4.3標準
短時間のLambda同時実行でDB接続が急増する。
接続数のためだけに大きなDBインスタンスへ変更せず、接続再利用で対応する。
最も適切な方法はどれか。
× 不正解
RDS Proxyで接続を再利用し、接続急増だけを理由にDBインスタンスを過剰に大きくしない。
詳細解説
正しいRDS Proxyの接続プールでDB接続を再利用する
Proxyが接続を共有し、接続数の急増を吸収するため、接続数だけを理由にDBを過剰サイズへ変更しにくい。
Proxyが接続を共有し、接続数の急増を吸収するため、接続数だけを理由にDBを過剰サイズへ変更しにくい。
誤り接続数に関係なく最大サイズのDBへ変更する
根本の接続パターンを改善せず、常時のDB費用を増やす。
根本の接続パターンを改善せず、常時のDB費用を増やす。
誤りLambdaをすべて一つの同時実行へ制限する
接続は減るが、処理性能とスケーラビリティを不必要に制限する。
接続は減るが、処理性能とスケーラビリティを不必要に制限する。
誤りS3バケットポリシーでDB接続数を削除する
S3ポリシーはDB接続を管理しない。
S3ポリシーはDB接続を管理しない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon RDS Proxyの接続プーリングとスケーリング公式説明を確認する。期待される結果
DB容量と接続数のボトルネックを分けてコスト最適化できる。理解のポイント
- RDS Proxy
- 接続プール
- DBサイズ
確認時の注意
- 確認環境: AWS公式RDS Proxyドキュメントの確認
- AWS公式SAA-C03 Domain 4と各サービスの公式ドキュメントを確認する。
基礎のおさらい
ボトルネック分離
接続数だけが上限ならProxy、CPUやIOPSが上限ならDBサイズや設計を見直す。
判断のポイント
問題文の要件を、サービスの役割・制約・運用条件に分けて確認する。
問題IDAWS-SAA-077
確認環境AWS公式RDS Proxyドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告