Lindorm:インスタンスの運用保守に関するよくある質問

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

ノードのスケールアウトは、追加されるすべてのノードで並行して実行されます。各ノードには約 10～15 分かかります。

ノードのスケールアウト中、ビジネスへの影響はどのようなものですか？

スケールアウト中も、インスタンスは読み書きの処理を継続します。一部のリクエストで一時的にレイテンシーが急上昇する場合があります。クライアントが自動的に再接続するように設定されていることを確認してください。

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

ストレージのスケールアウトは、ワークロードを中断することなく数分で完了します。ストレージのスケールアウトは、Standard、Performance、または Capacity のストレージを使用するインスタンスでのみ利用可能です。インスタンスがローカル SSD または HDD を使用している場合は、代わりにノードを追加してストレージ容量を増やしてください。

コールドストレージを有効にするには、どのくらいの時間がかかりますか？ 処理中、ビジネスへの影響はどのようなものですか？

コールドストレージを有効にすると、各ノードが順番に再起動されます。各ノードには約 10～15 分かかるため、4 ノードのインスタンスでは約 40～60 分かかります。リージョン数が多いノードほど時間がかかります。

処理中もインスタンスは読み書きの処理を継続しますが、一時的なレイテンシーの急上昇や短時間の接続ドロップが発生することがあります。クライアントが自動的に再接続するように設定されていることを確認してください。

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

コールドストレージのスケールアウトは、ワークロードを中断することなく数分で完了します。

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

構成のアップグレードは、各ノードに順番に適用されます。各ノードには約 10～15 分かかるため、4 ノードのインスタンスでは約 40～60 分かかります。リージョン数が多いノードほど時間がかかります。

アップグレード中もインスタンスは読み書きの処理を継続しますが、一時的なレイテンシーの急上昇や短時間の接続ドロップが発生することがあります。クライアントが自動的に再接続するように設定されていることを確認してください。

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

データ移行時間を推定するには、次の計算式を使用します：

移行時間 = 移行対象のデータ量 ÷ (合計ノード数 × 30 MB/s)

例：使用済みストレージが 10 TB の 10 ノードインスタンスで、2 ノードを削除する必要があるとします。データは均等に分散されているため、2 TB のデータを移行する必要があります。

2 TB ÷ (10 ノード × 30 MB/s) = 6,990.5 秒 ≈ 2 時間

0.5 時間のクールダウン期間を追加すると、合計で約 2.5 時間になります。

スケールインリクエストを送信する前に、移行されるデータを格納するのに十分なディスク領域が残りのノードにあることを確認してください。スケールイン後にいずれかのストレージメディアの使用率が 85% を超える場合、リクエストは送信できません。

スケールイン後に適用される返金ルールについては、Alibaba Cloud 国際サイトのサブスクリプション解約ルールをご参照ください。

ノードのスケールイン中、ビジネスへの影響はどのようなものですか？

スケールイン中も、インスタンスは中断することなく読み書きの処理を継続します。

インスタンスの構成をダウングレードするには、どのくらいの時間がかかりますか？ ダウングレード中、ビジネスへの影響はどのようなものですか？

構成のダウングレードは各ノードに順番に適用され、各ノードが順次再起動されます。各ノードには約 10～15 分かかるため、4 ノードのインスタンスでは約 40～60 分かかります。リージョン数が多いノードほど時間がかかります。

ダウングレード中もインスタンスは読み書きの処理を継続しますが、一時的なレイテンシーの急上昇や短時間の接続ドロップが発生することがあります。クライアントが自動的に再接続するように設定されていることを確認してください。

構成のダウングレード後に適用される返金ルールについては、Alibaba Cloud 国際サイトのサブスクリプション解約ルールをご参照ください。

インスタンスのマイナーバージョンをアップグレードするには、どのくらいの時間がかかりますか？

アップグレードはコンポーネントごとに順次適用されます。LindormDFS と LindormTable は個別にアップグレードされ、それぞれでノードが順次再起動されます。各ノードの処理には約 10～15 分かかります。したがって、4 ノードのインスタンスで両方のコンポーネントをアップグレードする場合、合計で約 80～120 分かかります。

アップグレードするマイナーバージョンを選択できますか？

いいえ。マイナーバージョンは、常に最新の安定した前方互換バージョンにアップグレードされます。ターゲットバージョンを指定することはできません。

マイナーバージョンアップグレード中、ビジネスへの影響はどのようなものですか？

• LindormDFS ：実行中のワークロードに基本的に影響はありません。

• LindormTable ：インスタンスは読み書きの処理を継続しますが、一時的なレイテンシーの急上昇や短時間の接続ドロップが発生することがあります。クライアントが自動的に再接続するように設定されていることを確認してください。

インスタンスを再起動するには、どのくらいの時間がかかりますか？ 再起動中、ビジネスへの影響はどのようなものですか？

ノードは順番に再起動されます。各ノードには約 10～15 分かかるため、4 ノードのインスタンスでは約 40～60 分かかります。リージョン数が多いノードほど時間がかかります。

再起動中もインスタンスは読み書きの処理を継続しますが、一時的なレイテンシーの急上昇や短時間の接続ドロップが発生することがあります。クライアントが自動的に再接続するように設定されていることを確認してください。

ストレージ使用量の理解

ストレージの使用量は、ストレージタイプによって報告方法が異なります。

• クラウドストレージ (Performance、Standard、Capacity) ：使用量には 2 つの部分が含まれます。たとえば、LindormTable のみが有効になっている場合、コンソールには次のように表示されます：

  ラベル	説明
  ①	単一レプリカによって使用される領域。レプリカ数は考慮されていません。
  ②	エンジン以外のコンポーネントによって使用される領域：ごみ箱データ、ブロックメタデータ、書き込み中のブロックに事前割り当てされた領域、システムファイル、および分散システム用に予約された領域。これは通常、総使用量のごく一部です。

  コンソールの [Storage Details] では、① は [Wide Table Engine] の使用量に、② は [Other Usage] に対応します。

• 非クラウドストレージ (ローカル SSD または HDD) ：レプリカ数が考慮されます。たとえば、3 つのレプリカがある場合、100 MB のデータを書き込むと 300 MB のストレージ領域を消費します。

  [Local HDD] ストレージパネルには、使用済み容量が 827.0 KiB / 125.9 TiB (0.0%) と表示され、そのうち [Wide Table Engine] が 57.68 KiB、[Other Usage] が 769.35 KiB、[Remaining Space] が約 125.9 TiB です。