Atlasのフェイルオーバー中のロールバック

Atlas におけるロールバックの動作

Atlas でロールバックが発生した場合、次の条件が適用されます。

• Atlas generates a HOST_ROLLBACK event in your project activity feed. To learn how to check for this event, see Detect Rollbacks.

• Atlas は、ロールバックされた操作のリストを維持しません。

書込み保証 (write concern)とロールバック リスク

Atlas clusters use { w: "majority" } as the default write concern for MongoDB. With this default, a rollback does not result in data loss. The write concern you configure determines whether a rollback can result in data loss:

• { w: "majority" } (デフォルト) — Atlas は、レプリカセットメンバーの過半数が書き込み (write) を確認した後にのみ、書き込み (write) を認識します。プライマリが降格する前に書き込み (write)が複製されたため、ロールバックにはこれらの書き込み (write)を含めることはできません。

• { w: 1 } — Atlas は、プライマリが記録した後にのみ書き込み (write) を認識し、セカンダリへのレプリケーションを待たちません。書き込み (write)がレプリケーションされる前にプライマリがステップダウンすると、書き込み (write)がロールバックされ、データが復元できない可能性があります。

自己管理型の配置とは異なり、Atlas は、次のような日常のメンテナンス操作中にもレプリカセットの選挙をトリガーします。

• ローリングメンテナンスとパッチの更新

• クラスター階層の変更やディスク サイズの変更などの拡大イベント

• 一般的なクラスター構成の変更

Atlas は、ダウンタイムを回避するため、ローリングベースでこれらの操作を実行します。ただし、選挙ごとに、{ w: 1 } 書き込み (write) がセカンダリにレプリケートされない期間が発生します。{ w: 1 } を使用する場合は、ロールバックリスクの評価時にこれらの選挙ソースを考慮してください。

ロールバックの検出

Atlas は、フェイルオーバー中にロールバック状態を検出すると、HOST_ROLLBACK イベントを生成します。このイベントは次の方法で確認できます。

• アクティビティフィード: プロジェクトのアクティビティフィードで HOST_ROLLBACK イベントを表示します。学ぶには、「アクティビティフィードを表示」を参照してください。

• アラート:イベント発生時に通知を受信するように、HOST_ROLLBACKイベントタイプでアラートを構成します。詳しくは、「アラート設定の構成」を参照してください。

ロールバックされたデータを復元する

If a rollback occurs, contact MongoDB Support to determine whether recovery of the rolled-back data is possible.

詳細

• レプリカセットのフェイルオーバー中のロールバック

• プライマリ フェールオーバーをテストする

• 書込み保証 (write concern)

• MongoDB Atlas で回復力のあるアプリケーションを構築