理解確認：VPC・サブネット・IPアドレス設計

答え：11

サブネット容量を見積もる際には予約アドレスを含めて考えます。/28は16アドレスなので、16 - 5 = 11です。

答え：4

CIDRを2ビット追加するため、2² = 4です。

答え：B

現在数ではなく、将来のENIやIPアドレス消費まで見積もってサブネットサイズを決めます。

答え：A

インターネットゲートウェイへのデフォルトルートを持つため、パブリックサブネットです。

答え：D

インターネットゲートウェイを使ったIPv4直接通信では、リソース側にパブリックIPv4またはElastic IPが必要です。

答え：A

NAT ゲートウェイ経由でアウトバウンド通信できても、サブネット自身がインターネットゲートウェイへの直接ルートを持たなければプライベートサブネットです。

答え：D

サブネットは1つのアベイラビリティーゾーンに属するため、アベイラビリティーゾーンと役割の両方を考えてセグメントします。

答え：B

既存CIDRを単純に拡大するのではなく、要件を満たす追加CIDRなどを検討します。

答え：C

CIDR重複はVPCピアリングやハイブリッド接続など、将来の接続方式を制約します。

答え：C

Amazon VPC IPアドレスマネージャー（IPAM）はIPアドレス空間の計画、追跡、監視に利用できます。

答え：A

パブリックアドレスであることと、インターネットへの到達経路が存在することは別です。

答え：D

現在はIPAM経由でプライベートIPv6を利用できます。プライベートIPv6はAWSからインターネットへ広告されません。

答え：C

将来のサブネット追加を予測し、アドレス計画に拡張余地を残します。

答え：B / D / E

VPC / サブネットで利用できるIPv6 プレフィックス長と、Amazon提供のIPv6 CIDRの代表的な/56割り当てを区別します。「すべて/56」「サブネットは必ず/64」のどちらにも固定しません。

答え：A / B / C / D

IPv4 VPC CIDRは/16〜/28です。RFC1918以外のパブリックにルーティング可能な CIDRも条件付きで使えますが、VPC CIDRを設定しただけでインターネット接続性が成立するわけではありません。AWSが禁止する範囲や、サービス競合回避のため避ける範囲も確認します。

答え：C

通常サブネットでは5 アドレスを予約しますが、BYOIP IPv4 範囲では予約アドレスの扱いに例外があります。容量計算のルールをすべてのアドレス送信元へ無条件に一般化しません。

答え：A / B / D

既存CIDR自体を単純にサイズ変更するのではなく、条件を満たすセカンダリ CIDRを追加します。追加したCIDRにはlocal ルートが反映され、そのアドレス空間から新しいサブネットを設計できます。

答え：B / C / E

VPCはIPv4 CIDRを基礎に作成し、IPv6 CIDRを関連付けてデュアルスタック化できます。サブネットはIPv4のみ、デュアルスタック、IPv6のみを選べますが、IPv6のみ サブネットを含むVPCでもVPC自体のIPv4 CIDRは存在します。

答え：C

重複CIDRは将来の接続性を妨げます。VPC ピアリングは重複CIDRを接続できず、Transit Gatewayも重複アドレスを自動変換するサービスではありません。

答え：A / C / D

IPAMはアドレス空間の計画・割当・追跡・コンプライアンスを中央管理するためのサービスです。階層プールと割り当てルールで統制できますが、重複CIDRをNATして接続性問題を解消するサービスではありません。

答え：C

良いCIDR設計は現在だけでなく最大スケールと将来拡張、組織全体の有限アドレス空間を両立します。無条件の巨大CIDRや限界まで小さいCIDRのどちらにも寄せません。

答え：A / B / E

VPCはリージョン範囲で、サブネットは1 AZに属します。IPv4 サブネットもVPCと同様に/16〜/28の範囲で設計します。

答え：C / D / E

AWS内やハイブリッドネットワークでIPv6を使いつつAWSからパブリックインターネットへ広告したくない場合、IPAMを用いたプライベート IPv6を評価できます。本文ではULAとプライベート GUAを候補として扱います。