重要
このページで説明されている機能は、public preview中に Atlas Infinite クラスターで現在サポートされていません。public previewでサポートされている機能については、「 パブリック プレビューの可用性 」を参照してください。
リージョン停止時に、リージョン停止がクラスターの選択可能なノードの大部分に影響する場合、クラスターにプライマリ ノードが存在しないことがあります。 Atlas UI を使用してクラスターを再構成することで、Atlas マルチリージョンクラスターを復元できます。
停止時にクラスターを再構成すると、次の状況でクラスターのデータが失われる可能性があります。
MongoDB プロセスがいずれかのクラスターで再構成後にプライマリになるノードに書き込み (write) 操作をレプリケートしなかった場合。利用できないノードが再び利用可能になったとき、レプリカセットはこれらの書き込み (write) 操作をロールバックします。詳細については、「Atlas でのフェイルオーバー中のロールバック」を参照してください。
シャーディングされたクラスター で、 MongoDBプロセスがチャンクの移行を複製しなかった場合はなります。データの不整合により、孤立したチャンクが発生する可能性があります。
注意
強制再構成は、マルチシャードのシャーディングされたクラスター、または専用のコンフィギュレーションサーバーを持つ1 のシャード クラスターではサポートされていません。停止時クラスターの選択可能なノードの過半数がオフラインになった場合は、バックアップからクラスターを復元 します。高可用性とデータ損失保護のために、 5- ノード、3 -リージョン アーキテクチャを使用することをお勧めします。
前提条件
クラスターでは、1 つ以上のリージョンでノードの完全な停止が発生しており、少なくとも 1 つの選択可能なノードが別のリージョンに残っている必要があります。 マルチリージョンクラスターのリージョン停止をシミュレートする方法については、「 リージョン停止のシミュレート 」を参照してください。
ノード停止のその他の原因に関するサポートについては、サポートにお問い合わせください 。
手順
Atlas マルチリージョンクラスターを停止から復元するには、レプリカセットを手動で再構成する必要があります。
Atlas で、プロジェクトの Clusters ページに移動します。
まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
サイドバーで、 Database見出しの下のClustersをクリックします。
[ Clusters （クラスター） ] ページが表示されます。
[Review Changes] をクリックします。
クラスターの構成と料金の変更を確認します。
停止時 の影響を受けない新しいAWSリージョンに選挙可能な ノードを追加する場合は、Enable Faster Cross-Region Atlas Initial Syncs for AWS Clusters をON に切り替えて、追加コストでAWSノード間のクロスリージョンデータコピーを高速化できます。このオプションは、 プライマリノードなしでAWSリージョンにノードを追加している場合、およびクラスター設定でこのオプションを以前に有効にしていない場合にのみ表示されます。このオプションの詳細については、「 Atlas Core AWSクラスターの高速クロスリージョン最初の同期の有効化 」を参照してください。