Q13 — AWS DOP-C02 第3章

第 13/100 問 | ← 第3章

ある企業が、予想を上回る人気を得たアプリケーションを最近リリースしました。同社は、アプリケーションが需要の増加に応じてスケールアウトできることを保証したいと考えており、また、複数の可用性ゾーン（AZ）を活用して可用性を確保したいと考えています。このアプリケーションは、Application Load Balancer（ALB）の背後で動作する一連のAmazon EC2インスタンス上で実行されています。DevOpsエンジニアは、アプリケーションを複数のAZにまたがって実行するAuto Scalingグループを作成しました。しかし、新しく追加されたAZで起動したEC2インスタンスは、アプリケーションへのトラフィックを受信していません。 この問題の原因として考えられるものは何ですか？

• A. Auto Scalingグループは、単一のAZ内でのみ新規インスタンスを作成できます。
• B. EC2インスタンスが手動でALBに関連付けられていません。
• C. ALBはNetwork Load Balancer（NLB）に置き換える必要があります。
• D. 新しいAZがALBに追加されていません。 ✓

正解: D. 新しいAZがALBに追加されていません。

解説

D: 新しいAZがALBに追加されていません。 説明：新しい可用性ゾーン（AZ）内のEC2インスタンスがApplication Load Balancer（ALB）に正しく登録されていない場合、これらのインスタンスはトラフィックを受信しません。これは通常、ロードバランサのターゲットグループ設定が、すべての関連AZおよび対応するインスタンスを含むよう正しく構成されていることを確認する必要があります。 他の選択肢の分析： A: Auto Scalingグループは単一のAZ内でのみ新規インスタンスを作成できます。 誤り：Auto Scalingグループは複数のAZにまたがってインスタンスを起動できます。 B: EC2インスタンスが手動でALBに関連付けられていません。 部分的に正確：通常、EC2インスタンスはターゲットグループへ自動登録されますが、設定が不適切な場合は問題が発生します。 C: ALBはNetwork Load Balancer（NLB）に置き換える必要があります。 誤り：ALBはHTTP/HTTPSトラフィックに適しており、アプリケーション層のロードバランシングに最適であり、NLBへの置換は不要です。