Q13 — AWS SAP-C02 第1章

第 13/75 問 | ← 第1章

Q88. アプリケーションが、us-east-1 リージョンで Amazon RDS for MySQL の Multi-AZ DB インスタンスを使用しています。フェイルオーバー試験の後、アプリケーションはデータベースへの接続を失い、再接続できませんでした。アプリケーションを再起動したところ、接続は復旧しました。ソリューションアーキテクトは、アプリケーションの再起動を伴わずにデータベースへの再接続を可能にするソリューションを実装する必要があります。これらの要件を満たすソリューションはどれですか？

正解: B. RDS Proxy を作成します。既存の RDS エンドポイントをターゲットとして構成します。アプリケーションの接続設定を更新し、RDS Proxy のエンドポイントを指すようにします。

解説

アプリケーションの再起動を伴わずにデータベースへの再接続を可能にする要件を満たすソリューションは、選択肢 B です。「RDS Proxy を作成し、既存の RDS エンドポイントをターゲットとして構成し、アプリケーションの接続設定を RDS Proxy のエンドポイントを指すように更新する」ことです。 解説： 選択肢 B：RDS Proxy を作成し、既存の RDS エンドポイントをターゲットとして構成することは、アプリケーションの再起動なしでデータベースへの再接続を可能にする適切なソリューションです。RDS Proxy はアプリケーションとデータベースの間の中継役として機能し、接続管理およびコネクションプーリング機能を提供します。アプリケーションの接続設定を RDS Proxy のエンドポイントを指すように更新することで、フェイルオーバー発生時にもアプリケーションはデータベースへの接続を確立・維持できます。 選択肢 A は不適切です。RDS DB インスタンスを Aurora Serverless v1 に移行しても、フェイルオーバー後の再接続をアプリケーション再起動なしで実現するという要件を直接満たしません。Aurora Serverless は自動スケーリングおよび高可用性を提供しますが、フェイルオーバー後にアプリケーション側で再接続処理を行う必要性は解消されません。 選択肢 C は不適切です。2ノードの Aurora MySQL DB クラスターを作成し、RDS Proxy をターゲットとして構成しても、再接続要件を直接満たすものではありません。Aurora 自体は高可用性を提供しますが、フェイルオーバー時の接続管理の鍵となるのは RDS Proxy であり、Aurora クラスターの導入は本質的な解決策ではありません。 選択肢 D は不適切です。データベースを S3 にエクスポートし、Athena をデータストアとして使用することは、リアルタイムのトランザクション処理を前提とするアプリケーションの再接続要件を満たしません。また、ODBC ドライバーのインストールや接続先を Athena エンドポイントに変更することは、アプリケーションおよびそのアーキテクチャに大幅な変更を強いるため、要件に反します。 よって、正解は B です。RDS Proxy を作成し、既存の RDS エンドポイントをターゲットとして構成し、アプリケーションの接続設定を RDS Proxy のエンドポイントを指すように更新します。これにより、アプリケーションは再起動を伴わずにデータベースへの再接続が可能になります。