SAP既存のソリューションの継続的改善複数選択
ソリューションアーキテクトが、Amazon Aurora MySQL データベースにクエリを実行する AWS Lambda 関数を含む Web アプリケーションをデプロイしました。データベースには 3 つのリードレプリカが設定されています。高需要の期間中、アプリケーションはパフォーマンス要件を満たしていません。ソリューションアーキテクトは、アプリケーションが多数のデータベース接続を開くことがアプリケーションのレイテンシを引き起こしていることに気づきました。パフォーマンスを向上させるためにソリューションアーキテクトが実施すべきアクションはどれですか？（2 つ選択）
ARDS Proxy 接続プールを Aurora データベースのリーダーエンドポイントに接続する。
✓ 正解
RDS Proxy をリーダーエンドポイントに接続することで、複数の Lambda 実行環境をまたいだ接続プーリングと読み取り負荷分散の両方が実現できます。DB 接続コードをハンドラーの外側に移動することで、ウォームスタート時に既存の接続が再利用され、接続のオープン・クローズのオーバーヘッドが削減されます。
Bデータベース接続を開くための Lambda 関数コードをイベントハンドラーの外側に移動する。
✓ 正解
RDS Proxy をリーダーエンドポイントに接続することで、複数の Lambda 実行環境をまたいだ接続プーリングと読み取り負荷分散の両方が実現できます。DB 接続コードをハンドラーの外側に移動することで、ウォームスタート時に既存の接続が再利用され、接続のオープン・クローズのオーバーヘッドが削減されます。
Cアプリケーションを Aurora データベースのクラスターエンドポイントを使用するように設定する。
クラスターエンドポイントはプライマリ（書き込み）インスタンスに向くため読み取りトラフィックの分散効果がなく、3 台のリードレプリカが活用されません。
DGateway Load Balancer を作成して、3 つの Aurora リードレプリカへの接続を分散させる。
Gateway Load Balancer はネットワークアプライアンスのトラフィック分散用であり DB 接続の分散には使用しません。
解説
選択肢AのRDS Proxy をリーダーエンドポイントに接続することで、複数の Lambda 実行環境をまたいだ接続プーリングと読み取り負荷分散の両方が実現できます。
選択肢BのDB 接続コードをハンドラーの外側に移動することで、ウォームスタート時に既存の接続が再利用され、接続のオープン・クローズのオーバーヘッドが削減されます。
選択肢Cのクラスターエンドポイントはプライマリ（書き込み）インスタンスに向くため読み取りトラフィックの分散効果がなく、3 台のリードレプリカが活用されません。
選択肢DのGateway Load Balancer はネットワークアプライアンスのトラフィック分散用であり DB 接続の分散には使用しません。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでSAPを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →