Q73 — AWS SAA-C03 第16章

第 73/100 問 | ← 第16章

Q1273. ある企業が、Amazon RDS MySQLデータベースをバックエンドとするトランザクション処理アプリケーションを運用しています。アプリケーションの負荷が増加すると、多数のデータベース接続が頻繁にオープン・クローズされ、その結果、データベーストランザクションのレイテンシが発生します。ソリューションアーキテクトは、このレイテンシの根本原因がアプリケーションによる不適切な接続管理であると特定しました。ただし、アプリケーションコードを変更することはできません。ソリューションアーキテクトは、高負荷時におけるデータベースパフォーマンスを向上させるために、データベース接続を効果的に管理する必要があります。これらの要件を満たすソリューションはどれですか？

正解: C. Amazon RDS Proxyを使用して、データベース接続をプール化および共有します。

解説

正しいソリューションは、アプリケーションコードの変更を伴わず、高負荷時のデータベースパフォーマンスを向上させるために接続管理を最適化する必要があります。各選択肢を検討します。 正解：C. Amazon RDS Proxyを使用して、データベース接続をプール化および共有します。 なぜCが最適か： ・接続プーリング（コード変更不要）：Amazon RDS Proxyはアプリケーションとデータベースの間に配置され、再利用可能な接続のプールを管理します。アプリケーションからの複数のリクエスト間で接続を共有することで、接続の頻繁なオープン／クローズ（接続チャーン）を低減します。アプリケーションの修正は一切不要であり、RDS Proxyは専用のプロキシエンドポイント経由で透過的に統合されます。 ・パフォーマンスとスケーラビリティの向上：各リクエストごとに新しい接続を確立するオーバーヘッドを排除し、レイテンシを低減します。既存の接続を再利用することで、トラフィックの急増にも効率的に対応できます。また、Multi-AZ RDSデプロイメントとの連携によるフェイルオーバーもサポートします。 ・AWSによる完全マネージド＆セキュア：別途接続プーリングサービスを構築・維持する必要がなく、AWSが完全に管理します。IAM認証およびSSL暗号化をサポートし、安全な接続を実現します。 他の選択肢が不適切な理由： A. データベースインスタンスをより大きなインスタンスタイプにアップグレード：根本原因（不適切な接続管理）には対処しません。一時的なパフォーマンス向上は見込めても、接続チャーンという本質的な問題は解決しません。コスト増加のみで、根本的な改善にはならず、接続数制限も依然として存在します（大規模インスタンスでも接続数は増加しますが、チャーン問題は継続します）。 B. Amazon RDSのストレージ自動スケーリングを設定：これはストレージ性能（IOPS）の調整に特化しており、接続管理とは無関係です。接続の頻繁なオープン／クローズによるレイテンシ低減には一切寄与しません。 D. データベースインスタンスをMulti-AZデプロイメントに変換：可用性向上のための機能であり、接続パフォーマンスの最適化には関係ありません。Multi-AZはフェイルオーバーを提供しますが、接続チャーンによるレイテンシには影響を与えません。 要点比較： 要件｜Amazon RDS Proxy（C）｜他の選択肢 接続チャーン（根本原因）の解消｜○｜×（スケーリング／ストレージ／Multi-AZでは対応不可） アプリケーションコード変更不要｜○｜×（いずれも間接的対応または無関係） 高負荷時のレイテンシ低減｜○（接続管理の最適化）｜× 結論：選択肢C（Amazon RDS Proxy）は、以下の点で唯一の適切なソリューションです： ・根本原因である不適切な接続管理に直接対処します。 ・アプリケーションコードの変更を一切必要としません。 ・効率的かつコスト効果の高いパフォーマンス向上を実現します。 最終的な正解：C