AWS認定資格 WEB問題集＆徹底解説
CloudOpsエンジニア -アソシエイト
問題文と選択肢
この要件を満たすために、CloudOps 管理者はどのアクションを実行する必要がありますか?
- Auto Scaling グループ内のインスタンスの最大数を増やして、ピーク使用時に必要な容量に合わせる。
- Auto Scaling グループ内のインスタンスの最小数を増やして、ピーク使用時に必要な容量に合わせる。
- Auto Scaling グループを更新して、同じ AWS リージョン内の 2 番目のアベイラビリティーゾーンでもインスタンスを起動するようにする。
- Auto Scaling グループを更新して、2 番目の AWS リージョンのアベイラビリティーゾーンでインスタンスを起動するようにする。
A. Auto Scaling グループ内のインスタンスの最大数を増やして、ピーク使用時に必要な容量に合わせる。
最大数を増やしても、スケールアウトで起動するインスタンスは同じ単一の AZ の中にとどまる。ピーク時の処理能力（スケーラビリティ）は上がるが、その AZ が障害を起こせばすべてのインスタンスが同時に失われる。
可用性（AZ 障害への耐性）を高める施策にはならない。
B. Auto Scaling グループ内のインスタンスの最小数を増やして、ピーク使用時に必要な容量に合わせる。
最小数を増やせば常時稼働の台数が確保され、急なトラフィック増への追随は良くなるが、これも単一 AZ 内の台数の話にすぎない。
単一障害点（1 つの AZ）はそのまま残るため、可用性の向上にはつながらず、常時起動コストだけが増える。
C. Auto Scaling グループを更新して、同じ AWS リージョン内の 2 番目のアベイラビリティーゾーンでもインスタンスを起動するようにする。
Auto Scaling グループに同一リージョン内の 2 つ目のアベイラビリティーゾーン（＝そのサブネット）を追加すると、EC2 Auto Scaling はインスタンスを AZ 間で均等に分散して起動し、Application Load Balancer も複数 AZ のターゲットへトラフィックを振り分ける。
片方の AZ が障害になっても、もう一方の AZ のインスタンスが処理を継続し、Auto Scaling が健全な AZ で不足分を補充する。ALB と Auto Scaling グループはどちらもリージョン内の複数 AZ にまたがれるため、これが正解。
D. Auto Scaling グループを更新して、2 番目の AWS リージョンのアベイラビリティーゾーンでインスタンスを起動するようにする。
Auto Scaling グループも Application Load Balancer も単一リージョン内のリソースであり、1 つの Auto Scaling グループが別リージョンの AZ でインスタンスを起動することはできない（構成として成立しない）。
マルチリージョン構成を採るなら、リージョンごとに ALB と Auto Scaling グループを用意し、Route 53 などで振り分ける別のアーキテクチャになる。AZ 障害への対策としては過剰かつ複雑で、本問の要件には合わない。
可用性＝マルチ AZ。台数を増やしても AZ が 1 つなら、その AZ が落ちれば全滅。
正解への思考ルート
問題文から要件を抽出し、選択肢の適否を判断するのがポイントです。| 要件 | 判断ポイント |
|---|---|
| 現状は「単一のアベイラビリティーゾーン」で実行 | 単一 AZ が単一障害点。これを解消しない施策はすべて可用性向上にならない →選択肢（A・B）を消す |
| 「可用性を高くする」（容量やコストではない） | 台数（最大数・最小数）の調整はスケーラビリティの話であって可用性の話ではない →選択肢（A・B）を消す |
| ALB ＋ EC2 Auto Scaling グループの構成 | どちらもリージョン内の複数 AZ にまたがれる。AZ（サブネット）を追加するだけで冗長化できる →選択肢（C）が正解 |
| 変更はできるだけシンプルに（既存構成の延長） | 1 つの Auto Scaling グループは別リージョンに展開できない。マルチリージョンは別アーキテクチャが必要 →選択肢（D）を消す |
ひっかけポイント
- 選択肢 A・B は「ピーク使用時に必要な容量に合わせる」ともっともらしい理由が付いているが、問われているのは容量ではなく可用性。台数を増やしても AZ は 1 つのまま
- 最小数を増やす（選択肢 B）は「常に複数台動くから冗長」に見えるが、同じ AZ 内の複数台は AZ 障害で同時に落ちる
- 選択肢 D の「2 番目のリージョン」は、1 つの Auto Scaling グループ／ALB がリージョンをまたげないという前提を知っていれば即消せる。「より広範囲だから可用性が高い」と誤読させるのが罠
- 「可用性」＝AZ 分散、「スケーラビリティ」＝台数調整、「災害対策(DR)」＝リージョン分散。この 3 語の対応を切り分けて読む
出題バリエーション
同じ知識が本番では条件を変えて出題されます。| 問題文がこう変わったら | 正解はこう変わる |
|---|---|
| 「ピーク時に応答が遅い。処理能力を上げたい」 | 最大数の引き上げやスケーリングポリシーの設定が正解軸に変わる。 |
| 「リージョン全体の障害にも耐えたい（DR 要件）」 | マルチリージョン構成＋Route 53 のヘルスチェック／フェイルオーバールーティングが正解軸に。 |
| 「AZ を追加したのにインスタンスが片寄る／古い AZ に偏っている」 | インスタンスの再分散（AZ リバランス）や、AZ ごとのサブネット指定漏れの確認が論点に。 |
| 「静的コンテンツの配信遅延を世界中で改善したい」 | Amazon CloudFront の利用が正解軸に（可用性ではなくレイテンシーの論点）。 |
この要件を満たすために、CloudOps 管理者はどのアクションを実行する必要がありますか?
- Auto Scaling グループ内のインスタンスの最大数を増やして、ピーク使用時に必要な容量に合わせる。
- Auto Scaling グループ内のインスタンスの最小数を増やして、ピーク使用時に必要な容量に合わせる。
- Auto Scaling グループを更新して、同じ AWS リージョン内の 2 番目のアベイラビリティーゾーンでもインスタンスを起動するようにする。
- Auto Scaling グループを更新して、2 番目の AWS リージョンのアベイラビリティーゾーンでインスタンスを起動するようにする。