ApsaraDB for MongoDB では、ビジネス要件に合わせてシャードクラスターインスタンスの仕様を変更できます。
制限
-
シャードクラスターインスタンスのインスタンスタイプ (例:レプリカセット) やストレージエンジンを変更することはできません。
-
ノード操作ごとの制限:
操作
制限
シャードノードの追加
新しく追加するシャードの仕様は、インスタンス内に存在する最高仕様のシャードと同等以上である必要があります。
たとえば、インスタンス内で最も高いストレージ容量を持つシャードが 10 GB の場合、新しく追加するシャードのストレージ容量は少なくとも 10 GB 以上である必要があります。
シャードノードの変更
-
選択するストレージ容量は、シャードの現在のストレージ使用量以上である必要があります。
-
選択する読み取り専用ノードの数は、インスタンス内のすべてのシャードにおける読み取り専用ノードの最大数以上である必要があります。
-
サブスクリプションインスタンスをスペックダウンする場合、読み取り専用ノードの数を増やすことはできません。
ConfigServer ノードの変更
選択するストレージ容量は、ConfigServer ですでに使用されているストレージ容量以上である必要があります。
-
ローカルディスクを使用するインスタンスの場合、ConfigServer ノードの仕様は変更できません。
複数コンポーネントおよびノードの仕様の一括変更
選択したコンポーネントおよびノードタイプの仕様変更に関する制限を満たしていることを確認してください。
説明-
ローカルディスクを使用するインスタンスの場合、ConfigServer ノードの仕様は変更できません。
-
シャードの読み取り専用ノード数を変更するには、そのシャードノードの仕様を変更する必要があります。
Mongos ノードの解放
シャードクラスターインスタンスに 3 つ以上の Mongos ノードがある場合にのみ、Mongos ノードを解放できます。
説明シャードクラスターインスタンスには、少なくとも 2 つの Mongos ノードが必要です。
シャードノードの解放
-
シャードクラスターインスタンスに 3 つ以上のシャードノードがある場合にのみ、シャードノードを解放できます。
説明シャードクラスターインスタンスには、少なくとも 2 つのシャードノードが必要です。
シャードノードをリリースする前に、ApsaraDB for MongoDB バランサーが有効になっていることを確認してください。詳細については、「ApsaraDB for MongoDB バランサーを管理する」をご参照ください。
ノードのリリースに実際に消費される時間には、シャードノードのデータ量、バランシングウィンドウ、およびジャンボチャンクが影響します。
説明バランシングウィンドウとジャンボチャンクの詳細については、「Balancing Windows」と「Jumbo Chunks」を参照してください。
残りのシャードノードに十分なストレージ容量があることを確認してください。
シャードノードがリリースされると、シャードノードのデータは残りのシャードノードに移行されます。残りのシャードノードのストレージ容量がいっぱいになると、データ損失を避けるためにインスタンスは自動的にロックされます。
シャードノードのデータが残りのシャードノードに移行されるときに
duplicated keyエラーが報告された場合は、同じ一意なインデックスフィールド値を持つレコードが存在するかどうかを確認してください。たとえば、異なるシャードノードに、シャードキーは異なるがプライマリキーが同じ 2 つのドキュメントが格納されている場合があります。
説明duplicated keyエラーは、データベースに孤立ドキュメントが存在する場合に返されます。シャードノードをリリースする前に、孤立ドキュメントを削除することをお勧めします。詳細については、「ApsaraDB for MongoDB インスタンス間で一方向のデータ同期を設定する(シャードクラスターアーキテクチャ)」トピックの「準備」セクションをご参照ください。
-
課金ルール
仕様変更は、「仕様変更料金」に記載されている通りに課金されます。
注意事項
-
仕様変更により、それぞれ約 30 秒間の瞬断が 1〜2 回発生する可能性があります。影響を最小限に抑えるために、メンテナンスウィンドウを指定してください。
重要ストレージのみの変更は、ホストのリソース状況によって動作が異なります:
-
リソースが十分な場合:ストレージはローカルでスケールアップされ、移行、切り替え、瞬断は発生しません。すぐに有効になります。
-
リソースが不十分な場合:ホスト間の移行が必要となり、瞬断が発生します。指定したメンテナンスウィンドウ内に有効になります。
-
-
仕様変更にかかる時間は、ネットワーク状況、タスクキュー、データ量によって異なります。オフピーク時間に変更を行い、アプリケーションが自動再接続をサポートしていることを確認してください。
-
データベースのマイナーバージョンが期限切れであるか、サポートが終了している場合、仕様変更中にシステムは自動的に最新バージョンにアップグレードします。
仕様変更の概要
|
変更タイプ |
サポートされる変更 |
|
新しい Mongos ノードの [仕様] と [数量] を指定します。 説明
シャードクラスターインスタンスは、デフォルトで最大 32 個の Mongos ノードをサポートします。 |
|
|
新しいシャードの [仕様]、[数量]、[ストレージ領域]、[読み取り専用ノード数] を設定します。 説明
|
|
|
1 つ以上の Mongos ノードの [仕様] を変更します。 |
|
|
1 つ以上のシャードノードの [仕様]、[ストレージ領域]、[読み取り専用ノード数] を変更します。 説明
|
|
|
ConfigServer ノードの仕様とストレージ領域を変更します。 説明
|
|
|
複数のコンポーネントとノードの仕様を同時に変更します:
説明
|
|
|
インスタンスから Mongos またはシャードノードを手動で解放できます。 重要
シャードノードを解放する前に、残りのシャードに解放対象のノードのデータを格納するのに十分な容量があることを確認してください。そうでない場合、インスタンスは [ノード削除中] ステータスのままになり、データベース、アカウント、およびネットワーク操作がブロックされます。ディスク使用率については、「ノードモニタリング」で確認してください。 |