あるグローバル金融企業が、us-east-1をプライマリ、eu-west-1をセカンダリとするActive-Passive DR（ディザスタリカバリ）構成を運用しています。現在のフェイルオーバー手順では以下の問題が発生しています。 ①セカンダリリージョンのAurora読み取りレプリカの昇格やEC2 Auto Scalingのスケールアウトが完了する前にRoute 53がトラフィックを転送してしまう、 ②フェイルオーバー判断はオンコールエンジニアの手動操作に依存しており、深夜障害時に30分以上かかることがある。これらの問題を包括的に解決するための最も適切なアプローチはどれですか？
Route 53 Application Recovery Controller（ARC）は複雑なマルチリージョンフェイルオーバーを専門的に解決するサービスです。Readiness Check機能はリカバリグループ内の全コンポーネント（Aurora・EC2 ASG・ECS等）が継続的にプライマリと同等の状態にあるかをリアルタイム評価します。準備が整っていないリージョンへの誤ったフェイルオーバーを防ぐことで問題①を解決します。Routing Control機能はフェイルオーバーの実行を単純なオン/オフ操作に抽象化し、セーフティルール（両リージョン同時オフを防止等）と組み合わせることで、誤操作リスクを低減しながら迅速な切替を実現します。 選択肢AのRoute 53ヘルスチェック高速化は検知速度を改善しますが、セカンダリの各コンポーネントの準備状態を評価する機能がなく問題①は解消されません。 選択肢CのSystems Manager Automationは特定イベントへの対応は自動化できますが、複数コンポーネントの準備状態を継続的に評価するReadiness Check機能はなく包括的な解決になりません。 選択肢DのCloudFormation StackSetsはリソースのプロビジョニング管理に有効ですが、フェイルオーバーの制御や準備状態の評価機能はなく、問題①②のどちらも解決しません。