フェイルオーバー とは？

メインのサーバが壊れたとき、自動でバックアップのサーバに切り替えてサービスを止めずに続ける仕組みだよ。「気づいたら切り替わっていた」というのが理想的なフェイルオーバー。

普段はメインのサーバだけ動かして、バックアップのサーバは待機状態（スタンバイ）にする構成。障害時にスタンバイが自動で起動・切り替わる。コストを抑えられるが切り替えに数十秒かかることがある。

メインサーバが修復された後、バックアップから元のメインに戻すこと。フェイルオーバーの逆の操作。自動フェイルバックもあるけど、データの整合性確認のため手動で行うことも多い。

完全にゼロにするのは難しいけど、アクティブ-アクティブ構成なら限りなくゼロに近づけられるよ。両方のサーバが同時にリクエストを処理していて、片方が落ちても残りが引き継ぐから、ユーザーはほぼ気づかない。ただしデータの同期やスプリットブレイン（両方がマスターだと主張する問題）への対策が必要だよ。

AWSならマルチAZ構成がフェイルオーバーの基本。RDSのマルチAZは別のアベイラビリティゾーンに自動でスタンバイを配置して、障害時に数分で切り替わる。さらにマルチリージョン構成にすれば、東京リージョン全体が落ちても大阪リージョンで継続できる。ただしリージョン間のデータ同期コストは高いから、RPO（許容データ損失量）とRTO（復旧目標時間）のバランスを見て設計するのが重要だよ。