ApsaraDB for MongoDB:シャード構成の変更

制限事項

• 選択したストレージ容量は、シャードが現在使用しているストレージ容量以上である必要があります。

• 選択した読み取り専用ノード数は、インスタンス内のいずれかのシャードの読み取り専用ノード数の最大値以上である必要があります。

• サブスクリプションインスタンスをダウングレードする際に、読み取り専用ノード数を増やすことはできません。

課金

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

注意事項

• インスタンス仕様を変更する際、約 30 秒間の瞬断が 1〜2 回発生する可能性があります。ワークロードへの影響を最小限に抑えるため、切り替え時刻をスケジュールできます。

  重要

  ストレージ容量のみを変更する場合、スケールアップの影響は、クラウドディスクを使用するインスタンスとローカルディスクを使用するインスタンスで異なります。

  • クラウドディスクを使用するインスタンスの場合、ストレージ容量のスケールアップはサービスに影響しません。瞬断は発生せず、変更は即座に有効になります。

  • ローカルディスクを使用するインスタンスの場合、システムはホストに十分なストレージリソースがあるかどうかに基づいて異なる操作を実行します。ホストに十分なリソースがある場合、ストレージはホスト間の移行や切り替えなしにその場でスケールアップされます。瞬断は発生せず、変更は即座に有効になります。ホストにリソースが不足している場合、ホスト間の移行と切り替えが必要になります。瞬断が発生し、変更は指定した切り替え時刻に有効になります。

• 構成変更の所要時間は、ネットワーク状態、タスクキュー、データ量など、複数の要因によって異なります。この操作はオフピーク時に実行し、アプリケーションに自動再接続メカニズムがあることを確認することを推奨します。

• データベースが保守されなくなった古いマイナーバージョンで実行されている場合、構成変更中にシステムが自動的に最新バージョンにアップグレードし、パフォーマンスと安定性を向上させます。

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

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

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

  ストレージタイプ	クロスホスト移行	影響要因	説明
  ローカルディスク	なし	データベースとコレクションの数	構成変更によってノードが再起動されます。データベースとコレクションが多いほど、起動時間が長くなります。使用していないデータベースとコレクションは定期的に削除してください。詳細については、「データベースとコレクションの数が多すぎることによるインスタンスの速度低下または例外」をご参照ください。
  		実行中のインデックス作成	構成変更によってノードが再起動されます。進行中のインデックス作成は再構築が必要となり、起動時間が長くなります。
  	あり	データの合計サイズ	データの合計サイズは、移行と同期の時間に影響します。移行速度は、インスタンスクラスのネットワーク帯域幅によって制限されます。
  		増分データの書き込み速度	書き込み速度が高いほど、新しいノードが増分データを同期するのにかかる時間が長くなります。
  		Oplog 保持期間	Oplog 保持期間が短すぎると、増分ログが上書きされ、同期が失敗する可能性があります。保持期間が次の条件を満たしていることを確認してください：保持期間 (時間) ≥ 使用済みデータ容量 (GB) / 10 (GB/時間)
  		日次バックアップの状態	日次バックアップのディスク断片化が最小限で、Oplog 保持期間が十分な場合、バックアップセットを使用してデータを移行できます。
  		インデックスの数	インデックスが多いほど、同期中に新しいノードでのインデックス作成にかかる時間が長くなります。
  		データベースとコレクションの数	データベースとコレクションが多いほど、新しいノードでの同期にかかる時間が長くなります。
  クラウドディスク	なし	-	クラウドディスクの構成変更はスナップショットを使用し、迅速に完了します。上記の要因は適用されません。 説明 時間に敏感なシナリオでは、クラウドディスクインスタンスを使用してください。

手順

1. ApsaraDB for MongoDB シャードクラスターインスタンスページに移動します。上部メニューで、リソースグループとリージョンを選択します。次に、対象インスタンスの ID をクリックします。

2. シャードリスト セクションで、目的のシャードの設定を変更します。

   • 単一シャードの構成変更

     対象のシャードの行で、操作 列の アイコンをクリックします。 従量課金インスタンスの場合は、設定の変更を選択します。 サブスクリプションインスタンスの場合は、必要に応じてアップグレード設定またはDowngradeを選択します。

   • 複数シャードの構成変更

     1. シャードリスト セクションで、対象のシャードを選択します。

     2. シャードリスト セクションの左上隅で、従量課金インスタンスの場合は 一括再設定 をクリックします。サブスクリプションインスタンスの場合は、必要に応じて 一括アップグレード または 一括ダウングレード をクリックします。

3. 以下のパラメータを設定します。

   パラメータ	説明
   [仕様カテゴリ]	シャードのインスタンス仕様カテゴリを選択します。 説明 このパラメーターは、クラウドディスクを使用するインスタンスでのみ利用可能です。 現在のゾーンでサポートされていないカテゴリは選択できません。 シャードクラスターインスタンスのカテゴリおよび仕様の詳細については、「シャードクラスターインスタンスの仕様」をご参照ください。
   [インスタンス仕様]	シャードのインスタンス仕様を選択します。
   [ストレージ容量]	シャードの新しいストレージ容量を選択します。 説明 新しいストレージ容量は、シャードの現在の容量以上である必要があります。ストレージ容量を減らすには、新しいインスタンスを作成する必要があります。詳細については、「その他の構成変更シナリオのソリューション」をご参照ください。 シャードの [保管スペース] を変更すると、新しいストレージ容量は読み取り専用ノードを含むシャード内のすべてのノードに適用されます。
   [読み取り専用ノード]	構成変更後の読み取り専用ノード数を選択します。
   [移行時間]	構成変更を有効にする時刻を選択します。 [データ移行直後に切り替え]：タスクが完了するとすぐに変更が適用されます。 [メンテナンス期間内に切り替え]：システムは指定されたメンテナンスウィンドウ内で変更を適用します。現在のメンテナンスウィンドウを使用するか、新しいウィンドウを設定できます。 切り替え時間を設定するには、編集 の横にある メンテナンス期間内に切り替え をクリックします。 Specification Information セクションで、編集 の横にある メンテナンス期間 をクリックして、切り替え時間を設定します。詳細については、「メンテナンス期間を設定する」をご参照ください。 説明 ストレージ容量のみをスケールアップし、各シャードのホストに十分なリソースがある場合、ストレージはホスト間の移行や切り替えなしにその場でスケールアップされます。この場合、変更はメンテナンスウィンドウを待たずに即座に有効になります。

4. 課金方法に応じて購入手続きを完了します。

   • 従量課金インスタンスの場合：Pay をクリックします。システムは 1 時間以内に自動的に料金を差し引きます。

   • サブスクリプションインスタンスの場合：Pay をクリックし、支払い ページの指示に従って支払いを完了します。

   構成変更中、インスタンスステータスは 設定変更中 となります。インスタンスステータスが Running に変化すると、変更が完了します。

関連 API