あるアプリケーションは、us-east-1 で Amazon RDS for MySQL Multi-AZ DB インスタンスを使用しています。フェイルオーバーテストを実行した後、アプリケーションは DB 接続を失い、再接続できませんでした。アプリケーションを再起動して初めて接続が回復しました。アプリケーションの再起動を必要とせずに、フェイルオーバー後にアプリケーションが接続を再確立できるようにするソリューションを設計してください。

Amazon RDS Proxyは、データベース接続をプールして管理し、フェイルオーバー時にアプリケーションが新しいDBインスタンスエンドポイントに再接続するのを透過的に処理します。これにより、アプリケーションの再起動なしに接続が維持されます。 他の選択肢が不適切な理由は以下の通りです。 Aurora MySQL Serverless v1への移行は、フェイルオーバー時の接続維持に直接寄与しません。また、Serverless v1は非推奨です。 Aurora MySQLクラスターへの移行とRDS Proxyの組み合わせは有効ですが、既存のRDS DBインスタンスのフェイルオーバー問題の解決策としては、RDS Proxy単独で十分であり、データベース移行は不要な複雑さを追加します。 データベースをS3にエクスポートしAthenaでクエリする方法は、OLTPアプリケーションの要件を満たさず、リアルタイムのデータベース接続を置き換えるものではありません。