すべてのプロダクト
Search
ドキュメントセンター

Lindorm:インスタンス運用保守に関するFAQ

最終更新日:Jan 14, 2025

このトピックでは、インスタンスのスケーリング、構成のアップグレードとダウングレード、インスタンスの再起動、バージョンのアップグレードなど、運用保守シナリオにおけるLindormインスタンスに関するFAQを提供します。 FAQは、操作時間、ビジネスへの影響、料金など、さまざまな側面を網羅しており、運用保守操作の詳細と使用方法に関する注意事項を理解するのに役立ちます。

概要

スケールアウト、構成のアップグレード、およびサービスのアクティベーション

スケールインと構成のダウングレード

マイナーバージョンのアップグレードとインスタンスの再起動

インスタンスのノードをスケールアウトするのにどのくらい時間がかかりますか?

ノードのスケールアウトは並列で実行されます。 1 つのノードをスケールアウトするには、約 10 ~ 15 分かかります。 インスタンスに多数のノードがある場合、スケールアウトプロセスに時間がかかることがあります。

ノードのスケールアウト中は、ビジネスにどのような影響がありますか?

インスタンスのノードのスケールアウト中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。 ただし、一部の読み取りおよび書き込みリクエストの平均レイテンシが変動します。 クライアントがインスタンスに再接続するように構成されていることを確認してください。 ビジネスが読み取りおよび書き込みリクエストのレイテンシに影響を受けやすい場合は、スケールアウトをオフピーク時に実行することをお勧めします。

インスタンスのストレージ容量をスケールアウトするのにどのくらい時間がかかりますか? スケールアウト中は、ビジネスにどのような影響がありますか?

Standard、Performance、および Capacityタイプのストレージを使用するインスタンスの場合のみ、ストレージ容量をスケールアウトできます。 インスタンスのストレージ容量をスケールアウトするには数分かかります。 インスタンス上で実行されているビジネスは中断されません。 インスタンスがローカル SSD または HDD を使用している場合、インスタンスのストレージ容量を直接スケールアウトすることはできません。 この場合、インスタンスにノードを追加してストレージ容量をスケールアウトできます。

コールドストレージを有効にするのにどのくらい時間がかかりますか? プロセス中は、ビジネスにどのような影響がありますか?

インスタンスのコールドストレージを有効にすると、インスタンス内のノードが順番に再起動されます。 1 つのノードを再起動するには、約 10 ~ 15 分かかります。 たとえば、インスタンスに 4 つのノードが含まれている場合、インスタンスのコールドストレージを有効にするには約 60 分かかります。

コールドストレージを有効にするために必要な推定時間は、ノード内のリージョンの数によって異なります。 ノード内のリージョンが多いほど、プロセスに必要な時間が長くなります。

再起動中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。 ただし、一部の読み取りおよび書き込みリクエストの平均レイテンシが変動し、インスタンスへの接続が中断される可能性があります。 クライアントがインスタンスに再接続するように構成されていることを確認してください。 ビジネスが読み取りおよび書き込みリクエストのレイテンシに影響を受けやすい場合は、インスタンスの構成をオフピーク時にアップグレードすることをお勧めします。

インスタンスのコールドストレージ容量をスケールアウトするのにどのくらい時間がかかりますか? スケールアウト中は、ビジネスにどのような影響がありますか?

インスタンスのコールドストレージ容量をスケールアウトするには数分かかります。 インスタンス上で実行されているビジネスは中断されません。

インスタンスの構成をアップグレードするのにどのくらい時間がかかりますか? アップグレード中は、ビジネスにどのような影響がありますか?

インスタンスの構成をアップグレードするために必要な時間は、インスタンス内のノードの数によって異なります。 インスタンスの構成をアップグレードすると、インスタンス内のノードが順番にアップグレードされます。 1 つのノードをアップグレードするには、約 10 ~ 15 分かかります。 たとえば、インスタンスに 4 つのノードが含まれている場合、インスタンスの構成をアップグレードするには約 60 分かかります。

ノードのアップグレードに必要な推定時間は、ノード内のリージョンの数によって異なります。 ノード内のリージョンが多いほど、プロセスに必要な時間が長くなります。

構成のアップグレード中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。 ただし、一部の読み取りおよび書き込みリクエストの平均レイテンシが変動し、インスタンスへの接続が中断される可能性があります。 クライアントがインスタンスに再接続するように構成されていることを確認してください。 ビジネスが読み取りおよび書き込みリクエストのレイテンシに影響を受けやすい場合は、インスタンスの構成をオフピーク時にアップグレードすることをお勧めします。

インスタンスのノードをスケールインするのにどのくらい時間がかかりますか?

スケールイン中のデータ移行に必要な時間は、次の式に基づいて計算できます。移行するデータの合計量/(ノード数/ 30 MB/秒)。 たとえば、現在のインスタンスは 10 個のノードに 10 TB のデータを格納しており、そのうち 2 つのノードをスケールインする必要があります。 データはインスタンス内のすべてのノードに均等に分散されます。 したがって、2 TB のデータを移行する必要があります。 スケールイン中のデータ移行に必要な時間は、次のように計算できます。2 TB/(10 x 30 MB/秒)= 6990.5 秒≈ 2 時間。

重要
  • この時間はあくまでも推定値です。 スケールインに必要な実際の時間は、ビジネスの負荷とストレージメディアによって異なります。

  • スケールイン後にいずれかのストレージメディアの使用率が 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 分かかります。

インスタンスの再起動に必要な推定時間は、ノード内のリージョンの数によって異なります。 ノード内のリージョンが多いほど、プロセスに必要な時間が長くなります。

再起動中、インスタンスは引き続き読み取りおよび書き込みリクエストを処理できます。 インスタンス上で実行されているビジネスは中断されません。 ただし、一部の読み取りおよび書き込みリクエストの平均レイテンシが変動し、インスタンスへの接続が中断される可能性があります。 クライアントがインスタンスに再接続するように構成されていることを確認してください。 ビジネスが読み取りおよび書き込みリクエストのレイテンシに影響を受けやすい場合は、インスタンスをオフピーク時に再起動することをお勧めします。