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

ApsaraDB for MongoDB:シャードクラスターインスタンスの仕様変更

最終更新日:Jun 11, 2026

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 ノードの追加

新しい Mongos ノードの [仕様][数量] を指定します。

説明

シャードクラスターインスタンスは、デフォルトで最大 32 個の Mongos ノードをサポートします。

シャードの追加

新しいシャードの [仕様][数量][ストレージ領域][読み取り専用ノード数] を設定します。

説明
  • シャードクラスターインスタンスは、デフォルトで最大 32 個のシャードノードをサポートします。

  • 新しいシャードの [仕様][ストレージ領域] は、既存のシャードの中で最も高い仕様のもの以上である必要があります。

  • MongoDB はシャードノードのストレージ領域の縮小をサポートしていません。縮小するには、元のインスタンスを置き換える新しいインスタンスを作成する必要があります。詳細については、「その他の仕様変更シナリオ」をご参照ください。

  • 新しいシャードと同時に読み取り専用ノードを追加する場合、選択したストレージ領域はシャードとその読み取り専用ノードの両方に適用されます。

Mongos の仕様変更

1 つ以上の Mongos ノードの [仕様] を変更します。

シャードの仕様変更

1 つ以上のシャードノードの [仕様][ストレージ領域][読み取り専用ノード数] を変更します。

説明
  • 新しい [ストレージ領域] の値は、現在のシャードノードのストレージ使用量以上である必要があります。

  • ストレージのスケールアップのみを行い、ホストに十分なリソースがある場合、ストレージは移行なしでローカルにスケールアップされます。すぐに有効になります。

  • MongoDB はシャードノードのストレージ領域の縮小をサポートしていません。縮小するには、元のインスタンスを置き換える新しいインスタンスを作成する必要があります。詳細については、「その他の仕様変更シナリオ」をご参照ください。

  • [ストレージ領域] の変更は、シャードノードとその各読み取り専用ノードの両方に適用されます。

ConfigServer の仕様変更

ConfigServer ノードの仕様とストレージ領域を変更します。

説明
  • 新しいストレージ領域は、ノードの現在のストレージ領域以上である必要があります。

  • ローカルディスクを使用するインスタンスの場合、ConfigServer ノードの仕様は変更できません。

複数コンポーネントおよびノードの仕様の一括変更

複数のコンポーネントとノードの仕様を同時に変更します:

  • 1 つ以上のシャードノードの仕様とストレージ領域。

  • 1 つ以上の Mongos ノードの仕様。

  • ConfigServer ノードの仕様とストレージ領域。

説明
  • ローカルディスクを使用するインスタンスの場合、ConfigServer ノードの仕様は変更できません。

  • 選択したコンポーネントおよびノードタイプの仕様変更の制限を満たしていることを確認してください。

  • シャードの読み取り専用ノード数を変更するには、そのシャードノードの仕様を変更する必要があります。

Mongos またはシャードノードの解放

インスタンスから Mongos またはシャードノードを手動で解放できます。

重要

シャードノードを解放する前に、残りのシャードに解放対象のノードのデータを格納するのに十分な容量があることを確認してください。そうでない場合、インスタンスは [ノード削除中] ステータスのままになり、データベース、アカウント、およびネットワーク操作がブロックされます。ディスク使用率については、「ノードモニタリング」で確認してください。