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

ApsaraDB for MongoDB:レプリカセットインスタンスの構成変更

最終更新日:Jun 05, 2026

ApsaraDB for MongoDB レプリカセットインスタンスの構成を変更し、スケールアップまたはスケールダウンします。

課金

詳細については、「インスタンス構成変更の課金」をご参照ください。

制限事項

  • クラシックネットワーク 内のインスタンスの読み取り専用ノードの数を変更するには、まずパブリックエンドポイントを有効にするか、読み取り専用ノード に切り替えます。

  • 構成変更時にストレージ容量を縮小することはできません。ストレージ容量を縮小する場合は、より小さいストレージ容量の新しいインスタンスを作成し、データを移行してください。詳細については、「その他の構成変更のシナリオとソリューション」をご参照ください。

  • 構成変更時にインスタンスタイプ (レプリカセットからシャードクラスターへの変更など) およびストレージタイプを変更することはできません。変更する場合は、新しいインスタンスを作成し、データを移行してください。詳細については、「その他の構成変更のシナリオとソリューション」をご参照ください。

注意事項

  • 構成変更の所要時間は、ネットワーク状況、キューの長さ、データ量によって異なります。この操作はオフピーク時に実行し、アプリケーションが自動再接続に対応していることを確認してください。

  • 汎用または専用のローカルディスクインスタンスの場合、ホストに十分なリソースがあれば、ストレージ容量のみの拡張はインプレースで実行されます。これにより、クロスホスト移行やサービス切り替えが回避され、切り替え時間の設定に関係なく、接続の中断なしに即座に有効になります。

  • クラウドディスクインスタンスの場合、ストレージ容量のみの拡張は、切り替え時間の設定に関係なく、接続の中断なしに即座に有効になります。

  • 変更中、約 30 秒の切断が 1 回または 2 回発生することが予想されます。影響を軽減するには、[切り替え時間] オプションを使用して変更をスケジュールしてください。

  • 構成変更によってデータが損失することはありません。

  • ローカルディスクインスタンスを変更すると、マイナーデータベースバージョンが自動的に最新バージョンにアップグレードされます。

  • ローカルディスクインスタンスの変更は、クラウドディスクの変更よりも大幅に時間がかかります。クラウドディスクの変更は通常 1 時間以内に完了します。

    構成変更の所要時間に影響を与える要因

    ホストの物理サーバーに十分なリソースがない場合、ローカルディスクインスタンスの変更はクロスホスト移行をトリガーし、所要時間が大幅に増加します。ホストに十分なリソースがある場合、変更はインプレースで適用されます。次の表に主な要因を示します。

    ストレージタイプ

    クロスホスト移行

    影響要因

    説明

    ローカルディスク

    なし

    データベースとコレクションの数

    構成変更によってノードが再起動されます。データベースとコレクションが多いほど、起動時間が長くなります。使用していないデータベースとコレクションは定期的に削除してください。詳細については、「データベースとコレクションの数が多すぎることによるインスタンスの速度低下または例外」をご参照ください。

    実行中のインデックス作成

    構成変更によってノードが再起動されます。進行中のインデックス作成は再構築が必要となり、起動時間が長くなります。

    あり

    データの合計サイズ

    データの合計サイズは、移行と同期の時間に影響します。移行速度は、インスタンスクラスのネットワーク帯域幅によって制限されます。

    増分データの書き込み速度

    書き込み速度が高いほど、新しいノードが増分データを同期するのにかかる時間が長くなります。

    Oplog 保持期間

    Oplog 保持期間が短すぎると、増分ログが上書きされ、同期が失敗する可能性があります。保持期間が次の条件を満たしていることを確認してください:保持期間 (時間) ≥ 使用済みデータ容量 (GB) / 10 (GB/時間)

    日次バックアップの状態

    日次バックアップのディスク断片化が最小限で、Oplog 保持期間が十分な場合、バックアップセットを使用してデータを移行できます。

    インデックスの数

    インデックスが多いほど、同期中に新しいノードでのインデックス作成にかかる時間が長くなります。

    データベースとコレクションの数

    データベースとコレクションが多いほど、新しいノードでの同期にかかる時間が長くなります。

    クラウドディスク

    なし

    -

    クラウドディスクの構成変更はスナップショットを使用し、迅速に完了します。上記の要因は適用されません。

    説明

    時間に敏感なシナリオでは、クラウドディスクインスタンスを使用してください。

手順

  1. ApsaraDB for MongoDB レプリカセットインスタンスページに移動し、上部でリソースグループとリージョンを選択してから、対象インスタンスの ID をクリックします。

  2. Specification Information セクションで、課金方法に応じて構成変更ページを開きます。

    • サブスクリプションインスタンス

      仕様 セクションの右上隅で、アップグレード または ダウングレード をクリックします。

    • 従量課金インスタンス

      仕様 セクションの右上隅で、設定の変更 をクリックします。

  3. 構成変更ページで、次のパラメータを設定します。

    変更タイプ

    パラメータ

    説明

    • アップグレード

    • ダウングレード

    Active-standby Nodes

    プライマリノードとセカンダリノードの数。有効な値:

    • [Three Replica Set Nodes]:ダウングレードはサポートされていません。

    • [5]:[Three Replica Set Nodes] インスタンスにダウングレードできます。

    • [7]:[Three Replica Set Nodes] または [5]のインスタンスにダウングレードできます。

    読み取り専用ノード

    読み取り専用ノードの数。有効な値:0 ~ 5

    仕様

    インスタンスクラス。サポートされているレプリカセットインスタンスクラスについては、「インスタンスタイプ」をご参照ください。

    保管スペース

    インスタンスのストレージ容量。

    説明
    • 構成変更時にストレージ容量を縮小することはできません。ストレージ容量を縮小する場合は、より小さいストレージ容量の新しいインスタンスを作成し、データを移行してください。詳細については、「その他の構成変更のシナリオとソリューション」をご参照ください。

    • ストレージ容量は、ノードごとの容量であり、すべてのノードの合計容量ではありません。

    [切り替え時間]

    構成変更を適用するタイミングを選択します。

    • データ移行直後に切り替え:データ移行が完了した直後に変更を適用します。

    • メンテナンス期間内に切り替え:メンテナンスウィンドウ内で変更を適用します。現在のウィンドウを維持するか、新しいウィンドウを設定できます。

      1. メンテナンス期間内に切り替え の横にある 変更 をクリックします。

      2. Specification Information セクションで、メンテナンス期間 の横にある 編集 をクリックして、切り替え時間を設定します。詳細については、「メンテナンスウィンドウの設定」をご参照ください。

    説明
    • 汎用または専用のローカルディスクインスタンスの場合、ホストに十分なリソースがあれば、ストレージ容量のみの拡張はインプレースで実行されます。これにより、クロスホスト移行やサービス切り替えが回避され、切り替え時間の設定に関係なく、接続の中断なしに即座に有効になります。

    • クラウドディスクインスタンスの場合、ストレージ容量のみの拡張は、切り替え時間の設定に関係なく、接続の中断なしに即座に有効になります。

  4. 利用規約を読み、[今すぐ購入] をクリックして、プロンプトに従って支払いを完了します。

    インスタンスの構成を変更すると、インスタンスのステータスは [構成の変更中] になります。インスタンスのステータスが [実行中] に変わると、インスタンスの構成が変更されます。

関連する API 操作

API

説明

ModifyDBInstanceSpec - スタンドアロンインスタンスまたはレプリカセットインスタンスの仕様またはストレージ容量を変更する

スタンドアロンインスタンスまたはレプリカセットインスタンスの仕様またはストレージ容量を変更します。