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