AWS のリージョンとエッジロケーション - グローバルインフラが生む物理的な優位性
AWS のリージョン・アベイラビリティーゾーン・エッジロケーションがどう構成されているのかを整理し、東京と大阪の 2 リージョンを使った DR 設計、データ主権要件への対応、エッジでの処理実行までを実務目線で解説します。
クラウドの競争力は物理インフラで決まる
クラウドサービスの比較では、機能の豊富さや料金体系に注目が集まりがちです。しかし、クラウドの根幹を支えているのは物理的なインフラストラクチャです。データセンターがどこに、いくつあるか。ネットワークの接続点がどれだけ分散しているか。この物理的な配置が、レイテンシ、可用性、データ主権、災害復旧のすべてに直結します。AWS は 2006 年のサービス開始以来、一貫してグローバルインフラへの投資を続けてきました。2026 年 8 月時点では、39 の地理的リージョンに 123 の Availability Zone (AZ) を展開し、CloudFront の配信網として 750 を超える PoP (Point of Presence) と 15 のリージョナルエッジキャッシュを持ちます。ただし、この種の拠点数は数え方の前提がプロバイダーごとに異なるため、数字の大小をそのまま優劣として読むことはできません。実務で意味を持つのは、リージョンがどう構成されているか、選んだリージョンで必要なサービスが提供されているか、エンドユーザーとの距離をどこまで詰められるか、という構成の中身です。
リージョンと AZ の構成 - 拠点数より先に確認すべきこと
AWS のリージョンは、複数の AZ をひとまとめにした単位です。各 AZ は独立した電源・冷却・物理セキュリティを備えたデータセンター群で、意味のある距離だけ物理的に分離されています。AWS のドキュメントでは、同一リージョン内の AZ はすべて 100 km (60 マイル) 以内に収まると説明されており、離れていながら低レイテンシの専用ネットワークで結ばれている点が特徴です。この構成のおかげで、AZ をまたぐ同期レプリケーションが実用的な遅延で成立し、単一データセンターの障害を設計で吸収できます。 新しいリージョンを開設する際にも同じアーキテクチャ基準が適用されるため、AZ 分散を前提にした可用性設計はリージョンをまたいで再利用できます。一方で、注意すべき差もあります。AZ 構成や設計基準は統一されていても、提供されるサービスはリージョンによって異なり、新しいサービスや新機能は主要リージョンから順に展開されるのが通例です。移行先や DR 先のリージョンを決めるときは、リージョン別のサービス提供状況を必ず確認してください。 拠点数を比べるときも同じ視点が必要です。リージョンという語の定義、AZ に相当する区画を必ず持つのか、一般の顧客が利用できるのか (政府機関専用や運営委託の拠点が含まれていないか)、そして使いたいサービスがその拠点で提供されているのか。この 4 点を揃えないまま総数だけを並べても、比較にはなりません。
日本国内の構成 - 東京・大阪 2 リージョンの使い方
日本のユーザーにとって重要なのは、国内に東京リージョン (ap-northeast-1) と大阪リージョン (ap-northeast-3) という 2 つのフルリージョンがある点です。東京リージョンは 2011 年に開設され、4 つの AZ を持ちます。大阪リージョンは 2021 年にフルリージョンへ昇格し、3 つの AZ を備えています。この 2 つが直線距離で約 400 km 離れているため、同一リージョン内の AZ 分散 (100 km 以内) では吸収しきれない広域災害に対しても、国内で完結する DR 構成を組めます。データを国外へ出せない要件と、地理的分散による回復性を同時に満たせるのは、国内に 2 つのフルリージョンがあるからです。 ここで混同しやすいのが Local Zone です。2026 年 8 月時点で AWS は 45 の Local Zone を展開していますが、日本国内に Local Zone はありません。ap-northeast-1 (東京) を親リージョンとする Local Zone は台湾 (台北) の ap-northeast-1-tpe-1a であり、親リージョンが東京であることと、拠点が日本にあることは別の話です。国内の特定の場所にインフラを寄せたい場合の選択肢は Local Zone ではなく、AWS Outposts などになります。 実務上の注意点は、大阪リージョンで提供されるサービスが東京リージョンと完全に一致しないことです。DR 構成を設計する前に、待機側で使う予定のサービスと、リージョン間のデータ複製機能 (S3 のクロスリージョンレプリケーション、Aurora グローバルデータベースなど) が大阪で利用できるかを確認しておくと、後戻りを避けられます。
エッジロケーションの密度 - ラストマイルの勝負
リージョンがバックエンドの処理基盤だとすれば、エッジロケーションはエンドユーザーに最も近い接点です。2026 年 8 月時点で、AWS は CloudFront の配信ネットワークとして 750 を超える PoP (Point of Presence) と 15 のリージョナルエッジキャッシュを展開しています。リージョナルエッジキャッシュは PoP とオリジンの間に入る中間キャッシュ層で、個々の PoP に収まりきらないコンテンツを受け止め、オリジンへの往復を減らします。 エッジロケーションの密度が高いほど、エンドユーザーとの物理的距離が短くなり、コンテンツ配信のレイテンシが低下します。動画ストリーミング、ゲーム、EC サイトなど、レイテンシがユーザー体験に直結するワークロードでは、この差が顕著に現れます。さらに、AWS のエッジロケーションは単なる CDN キャッシュにとどまりません。Lambda@Edge や CloudFront Functions によるエッジコンピューティング、Route 53 による DNS 解決、AWS Shield による DDoS 防御、AWS WAF によるアプリケーション保護が、すべてエッジで実行されます。オリジンに到達する前に認証、リダイレクト、ヘッダーの書き換え、攻撃の遮断を済ませられるため、エッジは「配信拠点」から「処理を実行する拠点」へと役割を広げています。設計上は、キャッシュ可能なレスポンスをどれだけ増やせるか、エッジで完結させられる処理をどこまで前倒しできるかが、体感速度とオリジン負荷の両方を左右します。
リージョン選択の自由度とデータ主権
クラウドを利用する企業にとって、データがどの国に保存されるかは法的・規制的に重要な問題です。GDPR、個人情報保護法、金融規制など、データの地理的な所在を制限する法規制は世界中で強化されています。AWS のリージョンは既定で互いに独立しており、あるリージョンに置いたデータが利用者の指示なく別のリージョンへ複製されることはありません。この「リージョンをまたがない」という原則が、データ所在地を管理する土台になります。 2026 年 8 月時点でリージョンは 39 あり、ヨーロッパにはアイルランド、フランクフルト、ロンドン、パリ、ミラノ、ストックホルム、スペイン、チューリッヒなどが揃っています。加えてヨーロッパでは、通常のリージョンとは別に、EU 域内で独立して運用される AWS European Sovereign Cloud (ドイツ・ブランデンブルク州) も選択肢に入りました。さらに強い要件に対しては、Dedicated Local Zones や AWS Outposts のように、特定の国や自社施設内に AWS のインフラを配置する形態も用意されています。 選択肢が広い一方で、使えるリージョンを放置すると管理は複雑になります。所在地を確実に固定したい場合は、IAM ポリシーの条件キー aws:RequestedRegion や AWS Organizations のサービスコントロールポリシーで、利用可能なリージョンそのものを絞り込むのが定石です。データ主権は「置ける場所が多いこと」ではなく「置ける場所を意図どおりに固定できること」で担保されます。
インフラ拡張の実績と公表済みの計画
クラウドプロバイダーを選定する際は、現時点のインフラ規模だけでなく、拡張の実績と公表済みの計画も判断材料になります。AWS は新リージョンの開設を事前に公表する運用を続けており、直近では 2024 年にアジアパシフィック (マレーシア)、2025 年にアジアパシフィック (タイ)、メキシコ、ニュージーランドのリージョンが稼働しました。2026 年 8 月時点で公表されている新設計画はサウジアラビアとチリの 2 リージョンで、あわせて 7 つの AZ の追加が予定されています。 リージョンの開設には用地の確保、電力と回線の手当て、現地の法規制への対応が伴うため、公表から稼働までには年単位の時間がかかります。したがって、公表済みの計画は「その地域に将来選択肢が増えうる」という材料として扱い、開設時期を前提にした移行計画は立てないほうが安全です。逆に、すでに稼働しているリージョンの数と分布は、現時点で選べる範囲をそのまま表します。選定の場面では、公表計画と稼働実績を分けて評価してください。
物理インフラの構成がもたらす実務上の恩恵
リージョンとエッジロケーションの構成が実務にどう影響するかを整理します。第一に、レイテンシの最適化です。ユーザーに近いリージョンとエッジを選択できるため、アプリケーションの応答速度を物理的に改善できます。第二に、DR 設計の柔軟性です。同一国内に複数のリージョンがある場合、データ主権を維持しながら地理的に分散した DR 構成が可能です。第三に、コンプライアンスへの対応です。規制要件に合致するリージョンを選択し、データの所在地をポリシーで固定できます。第四に、展開時の設計の再利用です。リージョンの設計基準が統一されているため、AZ 分散を前提にした可用性設計は新しいリージョンでもそのまま流用できます。 ただし、これらの恩恵を受けるには前提の確認が必要です。提供サービスとクォータにはリージョン差があるため、進出先で使う予定のサービスを事前に洗い出し、初期リージョンとの機能差を吸収する設計を用意しておきます。クラウドの選定と展開設計では、物理インフラの構成を機能比較と同じ重さで扱うことが重要です。
まとめ
AWS のグローバルインフラは、2026 年 8 月時点で 39 リージョン・123 AZ・750 を超えるエッジロケーションという規模を持ち、リージョンの設計基準が統一されていること、エッジで配信だけでなく処理も実行できることが構造上の特徴です。拠点数そのものは数え方に左右されるため、比較する際は AZ に相当する区画を持つか、一般の顧客が利用できるか、必要なサービスが提供されているかまで踏み込んで確認してください。 日本市場においては、東京 4 AZ・大阪 3 AZ という 2 つのフルリージョンが約 400 km 離れて存在することが最大の実務的価値で、国内でのデータ保持と広域災害への備えを同時に成立させられます。日本国内に Local Zone はなく、親リージョンが東京の Local Zone は台湾 (台北) であることも押さえておきたい点です。クラウドの選定では、ソフトウェア機能の比較に加えて、こうした物理インフラの構成が自社の要件にどう噛み合うかを評価することが重要です。
参考資料 (AWS 公式)
本ページの一次情報は AWS 公式サイトおよび公式ドキュメントです。最新の仕様 / 料金は次の公式ページで確認できます。
本ページと公式ドキュメントの記述が食い違う場合は、公式ドキュメントを正としてください。