Q32 — AWS SAP-C02 第3章

第 32/75 問 | ← 第3章

Q257. ソリューションアーキテクトは、Amazon EC2インスタンス上で実行される運用ワークロードをAuto Scalingグループでデプロイしています。VPCのアーキテクチャは2つの可用性ゾーン（AZ）にまたがっており、各AZに1つのサブネットが存在し、Auto Scalingグループはこれらのサブネットをターゲットとしています。このVPCはオンプレミス環境と接続されており、接続を中断してはなりません。Auto Scalingグループの最大サイズは20インスタンスです。VPCのIPv4アドレッシングは以下の通りです： VPC CIDR：10.0.0.0/23 AZ1サブネットCIDR：10.0.0.0/24 AZ2サブネットCIDR：10.0.1.0/24 デプロイ以降、そのリージョンで第3のAZが利用可能になりました。ソリューションアーキテクトは、追加のIPv4アドレス空間を確保することなく、サービス停止を伴わずにこの新しいAZを採用したいと考えています。 これらの要件を満たす解決策はどれですか？

• A. Auto ScalingグループをAZ2サブネットのみを使用するように更新します。その後、AZ1サブネットを削除し、以前のアドレス空間の半分を使用して再作成します。Auto Scalingグループを更新して、この新しいAZ1サブネットも使用するように設定します。インスタンスが健全になったら、Auto ScalingグループをAZ1サブネットのみを使用するように調整します。現在のAZ2サブネットを削除し、元のAZ1サブネットのアドレス空間の後半を使って新しいAZ2サブネットを作成します。さらに、元のAZ2サブネットのアドレス空間の半分を使って新しいAZ3サブネットを作成し、Auto Scalingグループをすべての3つの新しいサブネットをターゲットとするよう更新します。 ✓
• B. AZ1サブネット内のEC2インスタンスを終了します。AZ1サブネットを削除し、アドレス空間の半分を使用して再作成します。Auto Scalingグループをこの新しいサブネットを使用するように更新します。同様の手順をAZ2に対しても繰り返します。その後、AZ3に新しいサブネットを定義し、Auto Scalingグループをすべての3つの新しいサブネットをターゲットとするよう更新します。
• C. 同じIPv4アドレス空間を持つ新しいVPCを作成し、各AZに1つずつ、合計3つのサブネットを定義します。既存のAuto Scalingグループを更新して、新しいVPC内のこれらの新しいサブネットをターゲットとするようにします。
• D. Auto ScalingグループをAZ2サブネットのみを使用するように更新します。AZ1サブネットのアドレス空間を従来の半分に縮小するように更新します。その後、Auto Scalingグループを再度AZ1サブネットも使用するように調整します。インスタンスが健全になったら、Auto ScalingグループをAZ1サブネットのみを使用するように調整します。現在のAZ2サブネットを更新し、元のAZ1サブネットのアドレス空間の後半を割り当てます。さらに、元のAZ2サブネットのアドレス空間の半分を使って新しいAZ3サブネットを作成し、Auto Scalingグループをすべての3つの新しいサブネットをターゲットとするよう更新します。

正解: A. Auto ScalingグループをAZ2サブネットのみを使用するように更新します。その後、AZ1サブネットを削除し、以前のアドレス空間の半分を使用して再作成します。Auto Scalingグループを更新して、この新しいAZ1サブネットも使用するように設定します。インスタンスが健全になったら、Auto ScalingグループをAZ1サブネットのみを使用するように調整します。現在のAZ2サブネットを削除し、元のAZ1サブネットのアドレス空間の後半を使って新しいAZ2サブネットを作成します。さらに、元のAZ2サブネットのアドレス空間の半分を使って新しいAZ3サブネットを作成し、Auto Scalingグループをすべての3つの新しいサブネットをターゲットとするよう更新します。

解説

このシナリオでは、第3の可用性ゾーン（AZ）が利用可能になり、ソリューションアーキテクトは追加のIPv4アドレス空間を確保することなく、サービス停止を伴わずにこれを採用したいと考えています。この要件を満たすには、以下の手順が有効です：Auto ScalingグループをAZ2サブネットのみを使用するように更新する → AZ1サブネットを削除し、以前のアドレス空間の半分（例：10.0.0.0/25）で再作成する → Auto Scalingグループを更新して新しいAZ1サブネットも含める → インスタンスが健全になったら、Auto ScalingグループをAZ1サブネットのみに切り替える → 現在のAZ2サブネットを削除し、元のAZ1サブネットの残りのアドレス空間（例：10.0.0.128/25）を使って新しいAZ2サブネットを作成する → 元のAZ2サブネット（10.0.1.0/24）のアドレス空間の半分（例：10.0.1.0/25）を使って新しいAZ3サブネットを作成し、Auto Scalingグループを3つの新しいサブネットすべてをターゲットとするよう更新する。このアプローチにより、既存のリソースは引き続き正常に機能しつつ、新たなリソースの追加も安全に行えます。選択肢BはAZ1サブネット内のEC2インスタンスを終了することを提案しており、これはサービス停止を引き起こす可能性があります。選択肢Cは新しいVPCの作成を提案していますが、これは不要であり、大幅な再構成を伴います。選択肢Dは、既存のAZ2サブネットのアドレス空間を変更しようとしており、AWSでは既存のVPCやサブネットのIPアドレス範囲を変更できないため、実行不可能です。