Q51 — AWS SAA-C03 第3章
第 51/65 問 | ← 第3章
Q181. ある企業が、ロードバランサで構成されるフロントエンド、コンテナベースのアプリケーション、およびリレーショナルデータベースからなるECサイトアプリケーションを開発しています。ソリューションアーキテクトは、可能な限り手動介入を最小限に抑えつつ、高い可用性を実現するソリューションを設計する必要があります。これらの要件を満たすソリューションはどれですか?(2つ選択)
- A. Multi-AZモードでAmazon RDS DBインスタンスを作成する。 ✓
- B. Amazon RDS DBインスタンスと、別のAvailability Zone(AZ)に1つ以上のレプリカを作成する。
- C. 動的なアプリケーション負荷を処理するために、Amazon EC2インスタンスベースのDockerクラスターを作成する。
- D. 動的なアプリケーション負荷を処理するために、Fargate起動タイプを使用したAmazon Elastic Container Service(Amazon ECS)クラスターを作成する。 ✓
- E. 動的なアプリケーション負荷を処理するために、Amazon EC2起動タイプを使用したAmazon Elastic Container Service(Amazon ECS)クラスターを作成する。
正解: A. Multi-AZモードでAmazon RDS DBインスタンスを作成する。, D. 動的なアプリケーション負荷を処理するために、Fargate起動タイプを使用したAmazon Elastic Container Service(Amazon ECS)クラスターを作成する。
解説
ロードバランサ付きフロントエンド、コンテナベースのアプリケーション、およびリレーショナルデータベースから構成されるECサイトアプリケーションに対して、可能な限り手動介入を最小限に抑えつつ高い可用性を実現するソリューションを設計する場合、推奨されるのはオプションAとDです。 オプションA(Multi-AZモードでのAmazon RDS DBインスタンス作成)は、高い可用性を確保し、手動介入を大幅に削減します。Multi-AZモードでは、Amazon RDSが自動的に別のAvailability Zone(AZ)に同期スタンバイレプリカをプロビジョニング・維持するため、プライマリDBインスタンス障害時に自動フェイルオーバー機能が提供されます。必要に応じてスタンバイレプリカが自動的に新しいプライマリインスタンスとして昇格され、手動操作は不要です。 オプションD(Fargate起動タイプを使用したAmazon ECSクラスターの作成)も、最小限の手動介入で高い可用性を実現します。Fargateは、サーバーやクラスターの管理を必要としない、コンテナ向けのサーバーレスコンピュートエンジンです。Fargateを活用することで、開発者はインフラストラクチャ管理を気にすることなく、アプリケーションの構築とスケーリングに集中できます。また、Fargateはアプリケーションの需要に応じて基盤となるインフラストラクチャを自動的にスケールさせるため、高い可用性の実現が容易になります。 オプションB(別のAZにRDSインスタンスと1つ以上のレプリカを作成)は、可用性向上には有効ですが、オプションAより手動介入が多くなります。読み取り専用レプリカを別のAZに配置することで読み取りパフォーマンスや可用性は向上しますが、この構成では自動フェイルオーバーは保証されません。さらに、複数のAZにまたがる読み取り専用レプリカの管理は複雑であり、追加の監視・保守作業が必要です。 オプションC(EC2インスタンスベースのDockerクラスターの作成)は、基盤インフラストラクチャの管理に手動介入を要します。EC2インスタンスの作成・管理、ネットワーク設定、ロードバランシングなど、多数のインフラ要素を自ら構築・運用する必要があり、ソリューションの複雑度が高まります。 オプションE(EC2起動タイプのAmazon ECSクラスターの作成)は有効な選択肢ではありますが、オプションDよりも手動介入が多くなります。この方式では、開発者がEC2インスタンスの基盤インフラストラクチャ(スケーリングや可用性など)を自ら管理する必要があります。