マルチリージョン構成のWebアプリケーションで、ap-northeast-1とus-west-2をアクティブ/スタンバイ構成で運用しています。フェイルオーバーの制御を安全に行うとともに、スタンバイリージョンが実際にトラフィックを受け入れられる状態かどうかを事前かつ継続的に検証する仕組みが必要です。最も適切なサービスはどれですか？
Route 53 Application Recovery Controller（ARC）は、マルチリージョン/マルチAZアプリのフェイルオーバーを安全に制御するためのサービスです。 Readiness Check は、スタンバイリージョンのキャパシティ・設定・クォータ・ルーティングなどが本番と同等で、実際にトラフィックを受け入れられる状態かを継続的に検証します。 Routing Control は、Safety Rule（安全ルール）付きでルーティング状態を切り替えられ、両系同時ダウンや誤操作を防ぎながら確実にフェイルオーバーを実行できます。 選択肢A は、CloudWatchメトリクス異常によるDNSフェイルオーバーは反応的であり、スタンバイが実際に受け入れ可能かを事前・継続的に検証できません。 選択肢C は、EventBridge+Lambdaでの独自実装はReadiness検証や安全制御の仕組みを持たず、堅牢性に欠けます。 選択肢D は、Global Acceleratorのヘルスチェックで自動切替は可能ですが、スタンバイの準備状態の継続検証や安全な切替制御の仕組みは提供しません。