このトピックでは、インスタンスのスケーリング、構成のアップグレードとダウングレード、インスタンスの再起動、バージョンのアップグレードなど、運用保守シナリオにおけるLindormインスタンスに関するFAQを提供します。 FAQは、操作時間、ビジネスへの影響、料金など、さまざまな側面を網羅しており、運用保守操作の詳細と使用方法に関する注意事項を理解するのに役立ちます。
概要
スケールアウト、構成のアップグレード、およびサービスのアクティベーション
スケールインと構成のダウングレード
マイナーバージョンのアップグレードとインスタンスの再起動
ストレージ領域
インスタンスのノードをスケールアウトするのにどのくらい時間がかかりますか?
ノードのスケールアウトは並行して実行されます。単一ノードのスケールアウトには約 10〜15 分かかります。インスタンスに多数のノードがある場合、スケールアウトプロセスに時間がかかることがあります。
ノードのスケールアウト中は、ビジネスにどのような影響がありますか?
インスタンスのノードのスケールアウト中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。 ただし、一部の読み取りおよび書き込みリクエストの平均レイテンシが変動します。 クライアントがインスタンスに再接続するように構成されていることを確認してください。 ビジネスが読み取りおよび書き込みリクエストのレイテンシに影響を受けやすい場合は、スケールアウトをオフピーク時に実行することをお勧めします。
インスタンスのストレージ容量をスケールアウトするのにどのくらい時間がかかりますか? スケールアウト中は、ビジネスにどのような影響がありますか?
Standard、Performance、および Capacityタイプのストレージを使用するインスタンスの場合のみ、ストレージ容量をスケールアウトできます。 インスタンスのストレージ容量をスケールアウトするには数分かかります。 インスタンス上で実行されているビジネスは中断されません。 インスタンスがローカル SSD または HDD を使用している場合、インスタンスのストレージ容量を直接スケールアウトすることはできません。 この場合、インスタンスにノードを追加してストレージ容量をスケールアウトできます。
コールドストレージを有効にするのにどのくらい時間がかかりますか? プロセス中は、ビジネスにどのような影響がありますか?
インスタンスのコールドストレージを有効にすると、インスタンス内のノードが順番に再起動されます。 1 つのノードを再起動するには、約 10 ~ 15 分かかります。 たとえば、インスタンスに 4 つのノードが含まれている場合、インスタンスのコールドストレージを有効にするには約 60 分かかります。
コールドストレージを有効にするために必要な推定時間は、ノード内のリージョンの数によって異なります。 ノード内のリージョンが多いほど、プロセスに必要な時間が長くなります。
再起動中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。 ただし、一部の読み取りおよび書き込みリクエストの平均レイテンシが変動し、インスタンスへの接続が中断される可能性があります。 クライアントがインスタンスに再接続するように構成されていることを確認してください。 ビジネスが読み取りおよび書き込みリクエストのレイテンシに影響を受けやすい場合は、インスタンスの構成をオフピーク時にアップグレードすることをお勧めします。
インスタンスのコールドストレージ容量をスケールアウトするのにどのくらい時間がかかりますか? スケールアウト中は、ビジネスにどのような影響がありますか?
インスタンスのコールドストレージ容量をスケールアウトするには数分かかります。 インスタンス上で実行されているビジネスは中断されません。
インスタンスの構成をアップグレードするのにどのくらい時間がかかりますか? アップグレード中は、ビジネスにどのような影響がありますか?
インスタンスの構成をアップグレードするために必要な時間は、インスタンス内のノードの数によって異なります。 インスタンスの構成をアップグレードすると、インスタンス内のノードが順番にアップグレードされます。 1 つのノードをアップグレードするには、約 10 ~ 15 分かかります。 たとえば、インスタンスに 4 つのノードが含まれている場合、インスタンスの構成をアップグレードするには約 60 分かかります。
ノードのアップグレードに必要な推定時間は、ノード内のリージョンの数によって異なります。 ノード内のリージョンが多いほど、プロセスに必要な時間が長くなります。
構成のアップグレード中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。 ただし、一部の読み取りおよび書き込みリクエストの平均レイテンシが変動し、インスタンスへの接続が中断される可能性があります。 クライアントがインスタンスに再接続するように構成されていることを確認してください。 ビジネスが読み取りおよび書き込みリクエストのレイテンシに影響を受けやすい場合は、インスタンスの構成をオフピーク時にアップグレードすることをお勧めします。
インスタンスのノードをスケールインするのにどのくらい時間がかかりますか?
スケールイン操作のデータ移行時間は、次の数式を使用して見積もることができます: 移行するデータ量 / (ノードの総数 × 30 MB/s)。たとえば、インスタンスに 10 個のノードがあり、10 TB のストレージを使用し、2 個のノードを削除する必要があるとします。データは通常均等に分散されるため、2 TB のデータを移行する必要があります。推定移行時間は 2 TB / (10 × 30 MB/s) = 6990.5 秒で、約 2 時間です。0.5 時間のクールダウン期間を追加すると、合計推定時間は 2.5 時間になります。
この時間はあくまでも推定値です。 スケールインに必要な実際の時間は、ビジネスの負荷とストレージメディアによって異なります。
スケールイン後にいずれかのストレージメディアの使用率が 85% を超える場合、スケールインタスクを送信できません。 スケールイン後の料金の詳細については、「Rules for unsubscribing from resources」をご参照ください。
ノードのスケールイン中は、ビジネスにどのような影響がありますか?
スケールイン中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。
インスタンスの構成をダウングレードするのにどのくらい時間がかかりますか? ダウングレード中は、ビジネスにどのような影響がありますか?
インスタンスの構成をダウングレードするために必要な時間は、インスタンス内のノードの数によって異なります。 インスタンスの構成をダウングレードすると、インスタンス内のノードが順番にダウングレードされます。 1 つのノードをダウングレードするには、約 10 ~ 15 分かかります。 たとえば、インスタンスに 4 つのノードがある場合、インスタンスの構成をダウングレードするには約 60 分かかります。
ノードのダウングレードに必要な推定時間は、ノード内のリージョンの数によって異なります。 ノード内のリージョンが多いほど、プロセスに必要な時間が長くなります。
インスタンスの構成をダウングレードすると、インスタンス内のノードが順番に再起動されます。 ダウングレード中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。 ただし、一部の読み取りおよび書き込みリクエストの平均レイテンシが変動し、インスタンスへの接続が中断される可能性があります。 クライアントがインスタンスに再接続するように構成されていることを確認してください。 ビジネスが読み取りおよび書き込みリクエストのレイテンシに影響を受けやすい場合は、インスタンスの構成をオフピーク時にダウングレードすることをお勧めします。
構成のダウングレード後の料金の詳細については、「Rules for unsubscribing from resources」をご参照ください。
インスタンスのマイナーバージョンをアップグレードするのにどのくらい時間がかかりますか?
LindormDFS の場合:1 つのノードのマイナーバージョンをアップグレードするには、約 10 ~ 15 分かかります。 アップグレードは各ノードで順番に実行されます。 たとえば、インスタンスに 4 つの LindormDFS ノードがある場合、インスタンスの LindormDFS マイナーバージョンをアップグレードするには約 60 分かかります。
LindormTable の場合:1 つのノードのマイナーバージョンをアップグレードするには、約 10 ~ 15 分かかります。 アップグレードは各ノードで順番に実行されます。 たとえば、インスタンスに 4 つの LindormTable ノードがある場合、インスタンスの LindormTable マイナーバージョンをアップグレードするには約 60 分かかります。
マイナーバージョンアップグレードでマイナーバージョンを選択できますか?
マイナーバージョンアップグレード中は、マイナーバージョンを選択できません。 デフォルトでは、Lindorm エンジンのマイナーバージョンは、上位互換性のある最新の安定バージョンにアップグレードされます。
マイナーバージョンのアップグレード中は、ビジネスにどのような影響がありますか?
LindormDFS の場合:マイナーバージョンアップグレード中、インスタンス上で実行されているビジネスは基本的に影響を受けません。
LindormTable の場合:マイナーバージョンアップグレード中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。 ただし、一部の読み取りおよび書き込みリクエストの平均レイテンシが変動し、インスタンスへの接続が中断される可能性があります。 クライアントがインスタンスに再接続するように構成されていることを確認してください。 ビジネスが読み取りおよび書き込みリクエストのレイテンシに影響を受けやすい場合は、インスタンスの構成をオフピーク時にダウングレードすることをお勧めします。
インスタンスを再起動するのにどのくらい時間がかかりますか? 再起動中は、ビジネスにどのような影響がありますか?
インスタンスを再起動すると、インスタンス内のノードが順番に再起動されます。 1 つのノードを再起動するには、約 10 ~ 15 分かかります。 たとえば、4 つのノードを含むインスタンスを再起動するには約 60 分かかります。
インスタンスの再起動に必要な推定時間は、ノード内のリージョンの数によって異なります。 ノード内のリージョンが多いほど、プロセスに必要な時間が長くなります。
再起動中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。 ただし、一部の読み取りおよび書き込みリクエストの平均レイテンシが変動し、インスタンスへの接続が中断される可能性があります。 クライアントがインスタンスに再接続するように構成されていることを確認してください。 ビジネスが読み取りおよび書き込みリクエストのレイテンシに影響を受けやすい場合は、インスタンスをオフピーク時に再起動することをお勧めします。
ストレージ使用量の理解
クラウドストレージ (パフォーマンス、標準、容量) の場合、使用量には通常、データエンジンによって使用される領域と、エンジン以外のコンポーネントによって使用される領域の 2 つの部分が含まれます。
たとえば、インスタンスで LindormTable のみが有効になっている場合、コンソールには次の情報が表示されます:

ストレージ使用量の種類
説明
①
単一のレプリカによって使用される領域。レプリカ数は考慮されていません。
②
エンジン以外のコンポーネントによって使用される領域。これには通常、ゴミ箱内のデータ、ブロックメタデータ、書き込み中のブロックの事前割り当て領域、システムファイルの使用量、および分散システム用の予約領域が含まれます。この部分は通常、非常に小さな割合を占めます。
非クラウドストレージの場合、レプリカ数が要因となります。たとえば、レプリカ数が 3 の場合、100 MB のデータを書き込むと 300 MB のストレージ領域が使用されます。
