MENU

【AWS Certified Cloud Practitioner】AWSグローバルインフラ入門:リージョン・AZ・エッジと低遅延サービスを整理

目次

この記事の目的(CLF-C02に直結)

AWS Certified Cloud Practitioner(CLF-C02)では、AWSの「グローバルインフラ(リージョン、Availability Zone、エッジ)」を正しく理解し、可用性(止まりにくさ)レイテンシー(遅延)の観点でサービスを選べることが重要です。試験ガイドでも、AWSクラウドの基礎理解(Cloud Concepts)が求められます。


AWSグローバルインフラの全体像

AWSのインフラは、主に次の単位で整理できます。

  • リージョン(Region):地理的に分離されたエリア
  • アベイラビリティゾーン(AZ):1リージョン内にある、相互に独立性の高い複数拠点
  • エッジ(AWS Edge Network):ユーザーの近くで高速化や経路最適化を行う拠点群
  • リージョン外の拡張(Local Zones / Wavelength / Outposts):さらにユーザーやオンプレに近づける仕組み

定義の一次情報(公式):


1) リージョン(Region):どの場所に置くか

リージョンは「地理的に分離されたエリア」です。CLF-C02では、リージョン選定の理由を4観点で説明できるようにしておくと得点に直結します。

  • コンプライアンス/データ所在地:データを国内に置く必要がある等
  • レイテンシー:ユーザーに近いほど応答が速くなる
  • 利用可能なサービス:リージョンごとに提供状況が異なる場合がある
  • コスト:同じサービスでもリージョンで価格差がある場合、またリージョン間通信コストも要考慮

一次情報(公式):リージョンとAZの定義(EC2ユーザーガイド)https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html

例:リージョン選定(初心者向けの具体例)

  • 日本のユーザー向けWebアプリ:日本のリージョンを選ぶ(近い=低遅延)
  • 厳格な規制で国外保管が不可:要件を満たすリージョンに限定
  • グローバルサービスで世界中にユーザー:複数リージョンやエッジ活用を検討

2) Availability Zone(AZ):同一リージョン内で止まりにくくする

Availability Zone(AZ)は、1リージョン内にある「分離された障害境界」です。AWSはAZを、冗長化された電源・ネットワーク等を持つデータセンター群として説明しています。

Multi-AZ(マルチAZ)の考え方

CLF-C02で頻出なのが「高可用性(HA)=複数AZに分散」という基本です。1つのAZに障害が起きても、別AZでサービス継続できるようにします。

AZ間接続の性質(高帯域・低遅延の冗長な専用ファイバーなど)も、設計意図の理解に役立ちます。

例:マルチAZ構成(イメージ)

  • Web/アプリ層:複数AZにサーバ(またはコンテナ)を配置し、負荷分散で振り分け
  • DB層:マルチAZの仕組み(代表例:RDSのMulti-AZ)で待機系を別AZに置く

※CLF-C02では実装詳細よりも「なぜ複数AZが必要か」「単一AZのリスク」を説明できることが重要です。


3) エッジ(Edge)と「低遅延」の基本:キャッシュか、経路最適化か

ユーザーの近くで高速化する代表が、CloudFront(キャッシュ)と、Global Accelerator(経路最適化)です。さらにRoute 53(DNS)で行き先を制御します。

Amazon CloudFront:キャッシュして配信を速くする(CDN)

CloudFrontは、世界中のエッジロケーションを使ってコンテンツ配信を高速化します。静的・動的コンテンツの配信を加速し、ユーザーに最も低遅延なエッジへルーティングします。

典型例:画像(.png)、CSS、JavaScriptをCloudFrontで配信し、ユーザー近くのエッジでキャッシュヒットさせて表示を高速化する。

AWS Global Accelerator:キャッシュせず「経路」を最適化する

Global Acceleratorは、AWSエッジネットワークからAnycastで広告される静的IPを入口にし、AWSのグローバルネットワークへ早く乗せてアプリケーション(複数リージョン可)へルーティングします。HTTPキャッシュが主役のCDNとは目的が異なります。

典型例:キャッシュしづらいAPI通信、リアルタイム性が重要なアプリで、世界中のユーザーの体感遅延と安定性を改善する。

Amazon Route 53:DNSで行き先を制御する

Route 53は、高可用・スケーラブルなDNSです。ドメイン登録、DNSルーティング、ヘルスチェックを組み合わせて利用できます。

典型例:ヘルスチェックにより障害を検知し、正常なエンドポイント(別AZ/別リージョン)へDNSレベルで切り替える。

試験で混同しやすいポイント(暗記ではなく「目的」で区別)

サービス主目的キーワード公式一次情報
CloudFront配信高速化(キャッシュ/CDN)エッジロケーション、キャッシュ、静的/動的コンテンツhttps://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Introduction.html
Global Accelerator経路最適化(Anycast静的IPで最寄りからAWS網へ)Anycast、静的IP、AWSエッジネットワークhttps://docs.aws.amazon.com/global-accelerator/latest/dg/what-is-global-accelerator.html
Route 53DNS(ルーティング/ヘルスチェック)DNS、ルーティングポリシー、ヘルスチェックhttps://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html

4) 「ユーザーの近くに配置する」仕組み:Local Zones / Wavelength / Outposts

CLF-C02では「リージョン/AZ/エッジ」に加えて、低遅延データ処理場所の要件で登場する拡張概念も押さえておくと理解が安定します。

AWS Local Zones:大都市圏などに近い場所へリソースを置く

Local Zonesは、コンピュートやストレージ等の一部リソースを大規模人口・産業中心地の近くに配置し、低遅延アクセスを実現します。

典型例:「リージョンほど遠くない場所に置きたい」低遅延アプリ(都市圏ユーザー向けなど)。

AWS Wavelength:通信事業者ネットワークのエッジで超低遅延

Wavelengthは、低遅延やエッジのレジリエンシーが必要なワークロード向けのAWSインフラです。Wavelength Zoneはキャリア拠点にあり、リージョンの論理的拡張として管理されます。

典型例:モバイル/5Gでの超低遅延が重要なアプリ(リアルタイムAR/VR、低遅延ストリーミング等)。

AWS Outposts:オンプレにAWSを拡張する

Outpostsは、AWSのインフラ・サービス・API・ツールを顧客施設(オンプレミス)へ拡張するフルマネージドサービスです。

典型例:データを外に出しにくい/現場での低遅延処理が必須だが、AWSと同じ運用インターフェイスを使いたいケース。

3つの使い分け(試験向けの最短整理)

概念「近さ」の方向狙い公式一次情報
Local Zones大都市圏などユーザーの近く低遅延(リージョンより近い場所に一部リソース)https://docs.aws.amazon.com/local-zones/latest/ug/what-is-aws-local-zones.html
Wavelength通信事業者ネットワーク(キャリア拠点)の近く超低遅延/エッジレジリエンシー(特にモバイル)https://docs.aws.amazon.com/wavelength/latest/developerguide/what-is-wavelength.html
Outposts自社データセンター/オンプレオンプレでAWSと同等の運用・API、低遅延/ローカル処理https://docs.aws.amazon.com/outposts/latest/userguide/what-is-outposts.html

5) 高可用性(HA)と災害対策(DR):マルチAZ → マルチリージョン

CLF-C02では「可用性を上げる基本はマルチAZ」「リージョン障害まで考えるならマルチリージョン」という階層理解が重要です。

マルチAZ(同一リージョン内)

  • 狙い:AZ障害に耐える(最初に検討すべき高可用性の基本)
  • 根拠:AZは独立した障害境界として設計されている(公式Whitepaper)

一次情報(公式):AZの定義 https://docs.aws.amazon.com/whitepapers/latest/aws-fault-isolation-boundaries/availability-zones.html

マルチリージョン(地理的分離)

  • 狙い:大規模災害やリージョンレベルの障害に備える
  • 注意:データ同期、運用、コストが増えやすい(CLF-C02では「難しさが増す」理解で十分)

リージョン/AZの定義(公式):https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html


直前チェック:よくある出題パターン(判断軸で解く)

  • 「高可用性」が欲しい → まず複数AZ(マルチAZ)を選ぶ
  • 「世界中のユーザーに速く」 → 静的配信中心ならCloudFront、キャッシュできない/リアルタイム寄りならGlobal Acceleratorも検討
  • 「行き先の切替」 → DNSのRoute 53(ヘルスチェック含む)
  • 「ユーザーの近くで超低遅延」 → Local Zones / Wavelength / Outposts を要件で選ぶ

補足:用語の最新情報の確認先(数は変動する)

リージョン数、AZ数、エッジ拠点数などは拡張により変動します。最新状況はAWSの公式ページで確認してください。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次