Q1 — AWS SAA-C03 第1章

第 1/65 問 | ← 第1章

Q1. ある企業が、アプリケーションロードバランサー（ALB）の後ろに配置された、単一のアベイラビリティーゾーン内でAmazon EC2 Auto Scalingグループにより6台のフロントエンドWebサーバーを実行するマルチティアアプリケーションを運用しています。ソリューションズアーキテクトは、アプリケーションを変更せずにインフラストラクチャを高可用性（High Availability）にする必要があります。高可用性を提供するアーキテクチャとして、ソリューションズアーキテクトが選択すべきものはどれですか？

正解: B. Auto Scalingグループを変更し、2つのアベイラビリティーゾーンそれぞれに3台のインスタンスを配置する

解説

ソリューションズアーキテクトは、アプリケーションを変更せずに高可用性を実現するアーキテクチャを選択する必要があります。そのために最も重要なのは、インフラストラクチャ構成要素を同一リージョン内の複数のアベイラビリティーゾーン（AZ）に分散させることです。アベイラビリティーゾーンは互いに障害から分離されておりながら、低遅延・高スループット・冗長性の高いネットワークで接続されています。 各選択肢を検討します： A：2つのリージョンにまたがるAuto Scalingグループの作成——これはクロスリージョンレプリケーションを導入するものであり、リージョン間の障害耐性は向上しますが、通信遅延や運用の複雑さも増大します。単一リージョン内での高可用性を実現するための推奨手法ではありません。 B：Auto Scalingグループを変更し、同一リージョン内の2つのアベイラビリティーゾーンそれぞれに3台のインスタンスを配置——この選択肢は、要件である「アプリケーション変更なしでの高可用性」を直接満たします。1つのAZが障害を起こしても、他のAZ内のインスタンスでアプリケーションを継続して提供できます。 C：別のリージョンで迅速にインスタンスを作成できるAuto Scalingテンプレートの作成——これはリージョン全体の障害に対するディザスタリカバリ（DR）戦略であり、単一リージョン内での高可用性を目的としたものではありません。 D：ALBをラウンドロビン方式に変更——ALBは既にヘルスチェックやリクエスト属性に基づくスマートなトラフィック分散を実施しており、単純なラウンドロビン方式への変更は可用性の向上にはならず、むしろ不健全なインスタンスにもトラフィックが送られるリスクを招きます。 したがって、アプリケーションを変更せずに高可用性を実現する最適な選択肢は、Bです。