ある企業が、AWS で Web アプリケーションを運用しており、ALB → EC2 Auto Scaling → RDS Multi-AZ の構成で高可用性を実現している。RDS のフェイルオーバーが発生した際に、アプリケーションがデータベース接続エラーとなり、フェイルオーバー完了後も接続が復旧しない問題が発生している。最も適切な対処方法はどれか。

正解: C

RDS Multi-AZ のフェイルオーバーは DNS エンドポイントが新しいプライマリを指すように変更される仕組みである。アプリケーションが古い接続（DNS キャッシュや既存コネクション）を持ち続けていると、フェイルオーバー後に接続が維持されない。Amazon RDS Proxy を使うと、RDS のフェイルオーバーが発生しても RDS Proxy のエンドポイントは変わらず、Proxy が新しいプライマリへの接続を透過的に管理する。アプリケーション側の再接続ロジックが不要になる。選択肢Bの手動再起動は自動化されておらず、応答時間も遅くなる。選択肢DのMulti-AZ 無効化は高可用性を失う重大な設計変更であり、フェイルオーバー問題の解決策ではない。選択肢AのRDS のエンドポイント DNS TTL は AWS が管理しており、直接変更できない（RDS エンドポイントの DNS TTL は 5 秒程度で既に短い）。アプリ側の JVM などのDNSキャッシュが問題の場合は別途対処が必要。