あるEコマース企業が、AWS Lambda関数（最大同時実行数1,000）とAmazon RDS for MySQL（db.r6g.xlarge）を組み合わせたサーバーレスAPIを運用しています。セール期間中にLambdaの同時実行数が急増し、RDSの接続上限（max_connections）に達して「Too many connections」エラーが頻発しています。RDSインスタンスのアップグレードは予算上不可能であり、アーキテクチャをできるだけシンプルに変更してこの問題を解決したいと考えています。最も適切な解決策はどれですか？
A
Amazon ElastiCache for Redisをコネクションプールとして前段に追加し、RDSへの直接接続数を削減する
Amazon ElastiCache for Redisはインメモリキャッシュサービスであり、データベースコネクションプール機能は提供しません。RDSへの接続数は減りません。
Amazon RDS Proxyは、RDS・Aurora向けのフルマネージドなデータベースプロキシサービスです。Proxyが少数の長寿命なデータベース接続をプールとして維持し、多数のLambda関数からの接続要求を多重化します。Lambda関数側の変更はエンドポイントURLをProxy用に切り替えるだけで、RDSインスタンスを変更せず「Too many connections」問題を解消できます。
C
Amazon RDS for MySQLをAmazon Aurora Serverless v2に移行して、接続数制限のないスケーリングに対応させる
Amazon RDS for MySQLをAmazon Aurora Serverless v2に移行する方法はコストと工数が大きく、根本原因（接続プール不足）の最もシンプルな解決策ではありません。