本番環境のAurora MySQLクラスターは、単一のライターノードであり、レポートのために頻繁にクエリされます。クラスターは、高いCPU使用率と最大接続数に達したことにより、断続的なパフォーマンスの問題に悩まされています。SysOps管理者はパフォーマンスを安定させる必要があります。この要件を満たすソリューションはどれですか？

正しい選択肢は、Aurora Replicaを作成し、CPU使用率に基づいてレプリカを追加するAuto Scalingポリシーを設定し、すべてのレポートクエリを読み取り専用エンドポイントに送ることです。これにより、レポートクエリによるライターノードへの負荷が軽減され、パフォーマンスの問題が解決されます。Aurora Replicaは読み取りトラフィックを処理し、Auto Scalingにより需要に応じてレプリカが追加されるため、高いCPU使用率と最大接続数の問題に対処できます。 別のAvailability Zoneに2番目の単一ノードAurora MySQLクラスターをプロビジョニングしても、レポートクエリがそのクラスターに直接ルーティングされない限り、既存のライターノードの負荷は軽減されません。Lambda関数やElastiCacheクラスターは、レポートクエリのキャッシュには役立ちますが、データベース自体の接続数やCPU使用率の問題を根本的に解決するものではありません。