Q65 — AWS SAA-C03 第10章

第 65/100 問 | ← 第10章

Q665. 電子商取引企業がAWS上でアプリケーションを実行しています。このアプリケーションは、マルチAZモードで動作するAmazon Aurora PostgreSQLクラスターを基盤データベースとして使用しています。最近のプロモーションキャンペーン中に、アプリケーションは非常に高い読み取り負荷および書き込み負荷に見舞われ、ユーザーがアプリケーションにアクセスしようとするとタイムアウトが発生しました。ソリューションアーキテクトは、アプリケーションアーキテクチャをよりスケーラブルかつ高可用性にする必要があります。これらの要件を、最も短いダウンタイムで満たすソリューションはどれですか？

• A. Amazon EventBridgeルールを作成し、そのソースとしてAuroraクラスターを指定します。Auroraクラスターの状態変更イベントをログ記録するAWS Lambda関数を作成し、このLambda関数をEventBridgeルールのターゲットとして追加します。フェイルオーバー先として追加のリーダーノードを追加します。
• B. Auroraクラスターの設定を変更してゼロダウンタイム再起動（ZDR）機能を有効化します。また、クラスターのステータス監視にはDatabase Activity Streamsを使用します。
• C. Auroraクラスターに追加のリーダーインスタンスを追加します。さらに、Auroraクラスター向けにAmazon RDS Proxyのターゲットグループを作成します。 ✓
• D. Amazon ElastiCache for Redisキャッシュを作成します。AWS Database Migration Service（AWS DMS）を用いて、ライトアラウンド方式でAuroraクラスターからRedisへデータをレプリケートします。

正解: C. Auroraクラスターに追加のリーダーインスタンスを追加します。さらに、Auroraクラスター向けにAmazon RDS Proxyのターゲットグループを作成します。

解説

マルチAZモードで動作するAmazon Aurora PostgreSQLクラスターを基盤とする電子商取引アプリケーションのスケーラビリティと高可用性を向上させるには、ダウンタイムを最小限に抑えつつ要件を満たすソリューションとして、以下の選択肢Cが最も適しています。 選択肢C：Auroraクラスターに追加のリーダーインスタンスを追加し、Amazon RDS Proxyのターゲットグループを作成する。 追加のリーダーインスタンスを導入することで、プロモーションキャンペーン中の急増した読み取り負荷に対応する読み取りスケーリングが可能になります。これにより、ユーザーが経験したタイムアウト問題の緩和が期待できます。さらに、Amazon RDS Proxyのターゲットグループを活用すれば、効率的なコネクションプーリングとロードバランシングが実現され、アプリケーション全体のスケーラビリティと可用性が向上します。 選択肢A：EventBridgeによる状態変更イベントの監視およびログ記録は、トラブルシューティングや監査目的には有用ですが、スケーラビリティや可用性の直接的な向上には寄与しません。フェイルオーバー用の追加リーダーは可用性向上に役立ちますが、読み取り負荷の急増への対応としては不十分です。 選択肢B：ゼロダウンタイム再起動（ZDR）機能の有効化およびDatabase Activity Streamsの活用は、復旧性や監視能力の向上には有効ですが、プロモーション期間中の読み取り負荷増大という具体的な課題への対応策ではありません。 選択肢D：Amazon ElastiCache for Redisを活用したキャッシュ戦略は読み取り負荷の軽減に有効ですが、AWS DMSを用いたAuroraからRedisへのデータレプリケーションは、構成の複雑化やレプリケーション遅延といった課題を伴い、最小ダウンタイムという観点では最適とは言えません。 以上より、ダウンタイムを最小限に抑えながらスケーラビリティと高可用性を実現する最も適切なソリューションは、Auroraクラスターへの追加リーダーインスタンス導入とAmazon RDS Proxyのターゲットグループ作成（選択肢C）です。