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