世界中に張り巡らされたAWSの「物理的な基盤」を図解で理解しよう
📌 結論ファースト
AWSグローバルインフラストラクチャとは、世界38のリージョン（地域拠点）と120のアベイラビリティゾーン（独立データセンター群）で構成されるAWSの物理的なインフラ基盤です。これに加えて700以上のエッジロケーションがコンテンツ配信を高速化しています。 たとえるなら、「世界中に展開するコンビニチェーン」のようなもので、どの国・地域にいても近くの店舗（データセンター）から高品質なサービスを受けられる仕組みです。
AWSのインフラ構造を、身近なコンビニチェーンの仕組みに置き換えて理解しましょう。
| コンビニの世界 | AWSの世界 | 役割 |
|---|---|---|
| 🏢 チェーン本部 | AWSグローバルネットワーク | 全体を統括・管理する中枢 |
| 📍 各都市の出店エリア | リージョン（38カ所） | 地理的に離れた拠点群 |
| 🏪 同エリア内の複数店舗 | アベイラビリティゾーン（120） | 独立した設備で障害に強い |
| 🚚 移動販売車 | エッジロケーション（700+） | お客さん近くで素早く対応 |
| 🏕️ 出張販売ブース | Local Zones（43） | 特定地域の超低遅延ニーズに対応 |
AWSグローバルインフラストラクチャの4つの柱を、それぞれ詳しく見ていきましょう。
🌏 リージョン（Region）
世界各地に配置された地理的拠点。各リージョンは完全に独立しており、最低3つのAZを持ちます。データの保管場所やレイテンシーを考慮して選択します。
🏢 アベイラビリティゾーン（AZ）
リージョン内にある独立したデータセンター群。電源・冷却・ネットワークが独立しており、1つが障害を起こしても他は影響を受けません。
📡 エッジロケーション
CloudFrontやRoute 53が使う配信拠点。ユーザーの最寄りからコンテンツを配信し、レイテンシーを最小化。700以上の拠点があります。
📌 Local Zones / Wavelength
特定都市でのミリ秒レベル低遅延を実現。ゲームやリアルタイム処理に最適。WavelengthはキャリアのSGネットワーク内に配置されます。
💡 たとえ話でイメージ
リージョン選びは、コンビニチェーンが「どの都市に出店するか」を決めるのと同じです。東京に店を出せば日本のお客さんに近く、ニューヨークに出せばアメリカのお客さんに近くなります。お客さん（ユーザー）の近くに出店するほど、商品（データ）の到着が早くなります。
💡 たとえ話でイメージ
AZは「同じ街にある別々のコンビニ店舗」です。A店が停電しても、数km離れたB店は独自の電源を持っているので影響を受けません。しかもA店とB店は専用の高速道路（低遅延ネットワーク）でつながっているため、商品の融通（データの同期）もすぐにできます。
✅ ベストプラクティス
本番環境のアプリケーションは必ず複数のAZにまたがってデプロイしましょう。ELB（ロードバランサー）を使えば、複数AZのEC2インスタンスにトラフィックを自動分散できます。RDSのマルチAZ配置やS3の自動レプリケーションも、この仕組みを活用しています。
💡 たとえ話でイメージ
エッジロケーションは「街角に停まっている移動販売車」です。よく売れる人気商品（頻繁にアクセスされるコンテンツ）をあらかじめ積み込んでおき、お客さんのすぐ近くで渡します。わざわざ本店（リージョン）まで取りに行く必要がないため、商品の受け渡しが劇的に速くなります。
なぜAWSはこのような構造になっているのか。その背景にある3つの設計原則を理解しましょう。
障害分離
リージョンもAZも物理的に分離。火災・地震・停電など一つの障害が他に波及しない「ブラスト半径の最小化」を実現。
低遅延接続
AZ間は専用の冗長ファイバーで1ms未満の遅延。リージョン間もAWSのバックボーンネットワーク（900万km超の光ファイバー）で接続。
スケーラビリティ
世界中に分散した基盤により、需要に応じてどのリージョンでも即座にリソースを拡張。グローバル展開もリージョン追加で対応。
| リージョン名 | コード | AZ数 | 特徴 |
|---|---|---|---|
| 米国東部（バージニア北部） | us-east-1 | 6 | 最大規模。新サービス最速展開。コスト最安水準 |
| 米国西部（オレゴン） | us-west-2 | 4 | バージニアに次ぐ規模。西海岸ユーザー向け |
| アジアパシフィック（東京） | ap-northeast-1 | 4 | 日本市場向け主力リージョン |
| アジアパシフィック（大阪） | ap-northeast-3 | 3 | 東京のDR/バックアップ先に最適 |
| 欧州（フランクフルト） | eu-central-1 | 3 | EU圏のデータ規制（GDPR）対応 |
| アジアパシフィック（シンガポール） | ap-southeast-1 | 3 | 東南アジア市場向け |
⚠️ 注意ポイント
すべてのAWSサービスが全リージョンで利用できるわけではありません。新しいサービスは通常、us-east-1（バージニア）から先行リリースされ、順次他のリージョンに展開されます。利用したいサービスの提供状況はAWS Regional Services Listで確認しましょう。
AWSグローバルインフラをどう活用するか、具体的なシナリオで見てみましょう。
日本向けWebサービス
東京リージョンをメイン、大阪リージョンをDR。CloudFrontで静的コンテンツを全国のエッジから配信し、レイテンシーを最小化。
グローバルEC サイト
日米欧の3リージョンにデプロイ。Route 53のレイテンシーベースルーティングで最寄りのリージョンに自動ルーティング。
リアルタイムゲーム
Local ZonesやWavelengthでプレイヤーから1桁ミリ秒のレイテンシーを実現。マッチメイキングは複数リージョンのGameLiftを活用。
医療データ管理
コンプライアンス要件に応じたリージョン選択。データ主権を確保しつつ、マルチAZ構成で可用性99.99%を達成。
各構成要素の違いを一覧で把握しましょう。
| 構成要素 | 数 | 主な役割 | 対象サービス例 | たとえ |
|---|---|---|---|---|
| リージョン | 38 | 地理的なサービス提供拠点 | EC2, RDS, S3 など全般 | 🏙️ 出店都市 |
| AZ | 120 | 障害分離された独立インフラ | EC2, RDS Multi-AZ | 🏪 同エリア内の別店舗 |
| エッジロケーション | 700+ | コンテンツのキャッシュ配信 | CloudFront, Route 53 | 🚚 移動販売車 |
| Local Zones | 43 | 特定都市の超低遅延 | EC2, EBS, VPC | 🏕️ 出張販売ブース |
| Wavelength | 33 | 5Gネットワーク内低遅延 | EC2, EBS | 📱 キャリア内ミニ店舗 |
| Outposts | オンプレミス | 自社施設内にAWS環境を設置 | EC2, EBS, S3, RDS | 🏠 自宅にミニコンビニ |
Q. リージョンとAZの違いは何ですか？
リージョンは「都市」、AZは「同じ都市内の別店舗」です。リージョンは地理的に数百〜数千km離れた大きな区分で、AZはそのリージョン内にある物理的に分離された独立のデータセンター群です。各リージョンには最低3つのAZがあり、AZ間は低遅延（1ms未満）のネットワークで接続されています。
Q. なぜマルチAZ構成が推奨されるのですか？
単一のAZに障害が起きた場合でもサービスを継続するためです。各AZは独自の電源・冷却・ネットワークを持っており、自然災害や停電が発生しても他のAZには影響しません。マルチAZ構成にすることで、高い可用性（99.99%以上）を実現できます。
Q. エッジロケーションとリージョンはどう違うのですか？
リージョンはEC2やRDSなどフルスペックのAWSサービスが動く「本店」、エッジロケーションはCloudFrontやRoute 53がコンテンツをキャッシュして配信する「出張所」です。エッジロケーションの方が圧倒的に数が多く（700+対38）、ユーザーのより近くに配置されています。
Q. 日本でAWSを使うならどのリージョンがおすすめですか？
通常は東京リージョン（ap-northeast-1）が最適です。日本国内のユーザーに最も近く、サービスの提供数も多いです。災害対策（DR）として大阪リージョン（ap-northeast-3）もバックアップ先に検討しましょう。コスト重視の開発・テスト環境にはus-east-1（バージニア）を使うケースもあります。
Q. Local ZonesとWavelength Zonesの違いは？
どちらも超低遅延を提供しますが、設置場所が異なります。Local Zonesは主要都市の近くにAWSが独自に設置する拠点で、Wavelength Zonesは通信キャリア（Verizon、KDDI等）の5Gネットワーク内に設置されます。ゲームやメディア制作にはLocal Zones、IoTやモバイルアプリにはWavelengthが向いています。
🎯 覚えておくべき3つのポイント
①リージョン選びはユーザーの近さ・法規制・サービス提供状況・コストで判断する。 ②マルチAZは本番環境の基本。障害に備えて複数AZにリソースを分散配置する。 ③エッジロケーションでCloudFrontを活用し、静的コンテンツの配信を高速化する。 この3つを押さえるだけで、AWSインフラの設計力が大幅に向上します。
Created by SSuzuki1063
AWS SAP Learning Resources