2026-08-10（月）VPC（ネットワークの土台）

1. 【この範囲の全体像】

本範囲（第2章2-1）は、AWSがグローバルに展開するインフラの「物理的な地理構造」と、信頼性の土台となる基礎設計を扱います [p.25-26]。

独立した複数のデータセンター群である「アベイラビリティゾーン（AZ）」を複数束ねた「リージョン」の関係性 [p.26-27]、そして、超低遅延配信やハイブリッド環境を実現する「エッジロケーション」「AWS Local Zones」「AWS Outposts」の物理配置と目的の違いを理解することは [p.28-29]、高可用・低遅延なアーキテクチャを決定する上での絶対的な大前提となります [p.27, p.30]。

2. 【重要キーワード・サービス一覧】

キーワード	説明
リージョン (Region)	AWSがサービスを提供している独立した物理的な「拠点（国と地域）」 [p.26]。地理的に大きく離れた場所に配置され、相互の影響を排除する [p.26, p.27]。
アベイラビリティゾーン (AZ)	1つのリージョン内に存在する、物理的・電源的に完全に独立した「1つ以上の複数のデータセンター群」 [p.26, p.27]。各AZ間は、高速な専用ネットワーク回線（レイテンシーは2ミリ秒以下）で安全に相互接続される [p.27]。
マルチAZ (Multi-AZ)	単一のAZの障害や局所的災害（落雷や洪水、大雨等）に備え、複数のアベイラビリティゾーンにインフラリソース（EC2やRDSなど）を分散・冗長配置してシステムの可用性を高める設計手法 [p.27, p.28, p.30]。
エッジロケーション (Edge Location)	ユーザーに対して低遅延で高速なコンテンツ配信（Amazon CloudFront等）を行うため、世界中に多数配置されている（リージョンより圧倒的に数が多い）キャッシュ専用の物理データセンター [p.28, p.29]。
AWS Local Zones (ローカルゾーン)	特定のリージョンを物理的に拡張し、人口の多い都市や大工業地帯の近くで、EC2やEBS、RDSなどのリソースを極めて低いミリ秒単位のレイテンシーでユーザーに提供する拡張サービス [p.29]。
AWS Outposts	AWSのマネージドな物理サーバーやラックを直接お客様の「自社オフィスやオンプレミスのデータセンター内」に持ち込み、AWSと完全に同一のインターフェースや操作感でローカル稼働・管理させるためのサービス [p.29]。

3. 【試験で問われる比較ポイント】

① リージョンとアベイラビリティゾーン（AZ）の物理境界 [p.26-27]

比較項目	リージョン [p.26]	アベイラビリティゾーン (AZ) [p.26-27]
定義と実体	AWSがグローバル展開する「国や地域」を単位とする地理的エリア [p.26]。	リージョン内に論理隔離された「データセンターの集合体（1つ以上の物理ビル）」 [p.26-27]。
物理的な距離	大都市や国を超えて、通常数百〜数千キロメートル以上極めて大きく離れている。	地理的な独立性を保ちつつ高速通信が可能な範囲（通常数十キロメートル程度）離れて設置される [p.27]。
障害の影響遮断	一方のリージョンが大規模災害で被災しても、他リージョンへの影響は物理的に完全に遮断される。	1箇所の停電や局所的洪水によって、すべてのAZが同時にダウンしないよう、電源系統や落雷対策、災害対策が個別に独立している [p.27]。
主な設計目的	地理的なデータレジデンシー（法的な国内保管義務）や、広範囲な「災害復旧（DR：ディザスタリカバリ）」 [p.179]。	日常のインフラ障害に対応する「高可用性（マルチAZ）の自動フェイルオーバー設計」 [p.27, p.28]。

② エッジ・超低遅延配置テクノロジーの境界 [p.28-29]

「どこにデータを置き、だれが物理ハードウェアを管理するのか」のトレードオフで判断します [p.29]。

比較項目	エッジロケーション [p.28-29]	AWS Local Zones [p.29]	AWS Outposts [p.29]
物理の設置場所	世界中のインターネットエクスチェンジ（IX）近接エリア。	AWSリージョンが提供されていないが、人口や企業の多い大都市の物理拠点。	お客様自身のデータセンター、または自社オフィスの物理ラック。
主なターゲット	静的・動的なウェブコンテンツの超高速なローカルキャッシュと配信（CloudFront） [p.29]。	ゲームや金融取引、リアルタイム処理など、ユーザーと数ミリ秒以内の低遅延で通信が必要なEC2/EBS等。	データ保護規則等により「データを社外（クラウド）に送信できず、ローカルで厳格に処理・保護・保管しなければならない」システム。
提供されるリソース	原則としてキャッシュデータのみ。一部、エッジ専用コード（Lambda@Edge）を稼働 [p.29]。	通常のVPCと同様に、EC2、EBS、RDSなどの本格的なコンピューティング資源。	AWSから送られてきたサーバーラックにデプロイされたEC2、EBS等のAWS標準サービス。
物理インフラ管理	AWSが完全に維持・管理。	AWSが完全に維持・管理（リージョンのサブドメイン）。	物理環境（電源、空調、設置スペース、接続回線）の維持管理のみ「お客様」の責任。

4. 【ひっかけ注意ポイント】

ひっかけ①：「アベイラビリティゾーン（AZ）は物理データセンター群であるため、落雷や局所的な大雨、川の氾濫などの同一の自然災害によって、1つのリージョン内のすべてのAZが同時に巻き込まれて全ダウンするリスクはシングルデータセンター設計と同等である」と認識する。
- 真実: 各アベイラビリティゾーン（AZ）は、単一障害点（SPOF）にならないよう、電源の配線系統、通信経路、および設置場所がそれぞれ「 地理的・電源的に完全に独立した位置 」（通常、互いに数十キロメートル離れた高度な安全地域）に配置されています [p.27, p.30]。
- 対策: 1箇所の停電や洪水によって全てのデータセンターが一斉に全壊しない設計になっています。そのため、インフラを「 マルチAZ（複数のアベイラビリティゾーン） 」に跨いでペア設計（例：AZ-aとAZ-cにEC2を冗長展開）しておけば、一瞬で耐障害性を劇的に向上させることが可能です [p.27, p.28]。
ひっかけ②：海外のユーザー向けに遅延なく画像を配信するため、大都市圏に「AWS Outposts」を新たに複数デプロイし、その専用ホストに画像ファイルをレプリケーション（コピー）する。
- 真実: AWS Outpostsは「お客様自社の物理オフィス・データセンターにAWSラックを持ち込む」ハイブリッド構成サービスです [p.29]。世界中の不特定多数のユーザーへの高速配信や静的データのキャッシュ提供を行うためのサービスではありません [p.28-29]。
- 対策: 世界中のエンドユーザーへのコンテンツ配信の低遅延化・応答性向上には、世界中に配置されている「 エッジロケーション（Amazon CloudFront） 」を使用します [p.28, p.29]。