Q45 — AWS DOP-C02 第3章
第 45/100 問 | ← 第3章
ある企業は、段階的およびトラフィック転送戦略を使用して、航空会社からのワークロードを移行しています。同社はAmazon EC2 Auto Scalingグループを使用しています。各EC2インスタンスはWebアプリケーション、データベース、およびRedisキャッシュを実行しています。 ユーザーは、Webアプリケーションの応答時間が大幅に増加していることに気づいています。Webアプリケーションへのリクエストは、高負荷下の単一EC2インスタンスに集中しています。同社はアプリケーションコンポーネントを分離し、可用性およびパフォーマンスを向上させたいと考えています。 この要件を満たす解決策はどれですか?
- A. Webアプリケーション用にネットワークロードバランサーとAuto Scalingグループを作成します。データベースをAmazon Aurora Serverlessに移行します。Redisキャッシュ用にアプリケーションロードバランサーとAuto Scalingグループを作成します。
- B. Webアプリケーション用にアプリケーションロードバランサーとAuto Scalingグループを作成します。データベースをマルチAZ展開のAmazon Auroraデータベースに移行します。Redisキャッシュ用に1つの可用性ゾーンでネットワークロードバランサーとAuto Scalingグループを作成します。
- C. Webアプリケーション用にネットワークロードバランサーとAuto Scalingグループを作成します。データベースをAmazon Aurora Serverlessに移行します。キャッシュ用にAmazon ElastiCacheクラスターを作成します。ElastiCacheクラスターのホスト名を含むDNSターゲットタイプのターゲットグループを作成します。
- D. Webアプリケーション用にアプリケーションロードバランサーとAuto Scalingグループを作成します。データベースをマルチAZ展開のAmazon Auroraデータベースに移行します。キャッシュ用にAmazon ElastiCacheクラスターを作成します。 ✓
正解: D. Webアプリケーション用にアプリケーションロードバランサーとAuto Scalingグループを作成します。データベースをマルチAZ展開のAmazon Auroraデータベースに移行します。キャッシュ用にAmazon ElastiCacheクラスターを作成します。
解説
AWSアーキテクチャ設計において、可用性およびパフォーマンス向上のためアプリケーションコンポーネントを分離することは重要です。AWS Well-Architected Frameworkによると、レイヤードアーキテクチャでは各コンポーネントを独立してスケーリングすべきです。アプリケーションロードバランサー(ALB)はHTTP層のルーティングに適しており、Auto ScalingグループはWeb層の容量を動的に調整します。マルチAZ展開のAmazon Auroraはデータベースの高可用性を提供し、ElastiCacheはインスタンス内Redisの代わりとなるマネージドキャッシュサービスであり、単一障害点を排除し、独立したスケーリングを実現します。ネットワークロードバランサー(NLB)はHTTP以外のシナリオに適しており、選択肢Dの組み合わせは冗長なコンポーネントを回避し、レイヤード設計のベストプラクティスに合致します。