「どのリージョンを選べばいいのか判断できない」
「マルチAZって、結局なぜ安心なの?」
AWSのリージョンとAZとは、サービスを置く「地域」と、その地域の中にある電源も回線も独立した「拠点群」のことです。AWSの管理画面を開くと、まず右上で東京やバージニア北部という地域（リージョン）を選ばされます。その一つの地域の内側に、複数の拠点（AZ）が入れ子で控えている——これが全体像です。
この記事では、2つの地理的な関係を対応表で切り分け、AZがわざわざ物理的に分かれている理由を開き、複数AZ構成が可用性を生む筋道を図でたどります。最後に、あなたがリージョンを選ぶときの4つの観点と、CLF・SAAでの問われ方まで示します。
1. リージョンとAZの地理的な関係
まず、2つの言葉の関係を1枚の表で押さえます。リージョンとAZは対立する概念ではなく、「地域」と「その地域の中の拠点」という包含関係にあります。
| 観点 | リージョン | アベイラビリティゾーン（AZ） |
|---|---|---|
| 粒度 | 地理的に離れた地域（例: 東京、大阪、バージニア） | リージョン内の独立したデータセンター群 |
| 数の関係 | 1リージョン | その中に複数（多くは3つ前後） |
| 物理的な距離 | リージョン同士は数百〜数千km離れる | 同一リージョン内で数十km程度、低遅延で接続 |
| 独立しているもの | 災害・法制度・時差ごと分かれる | 電源・冷却・ネットワークが別系統 |
| 選ぶ場面 | サービスをどの地域に置くか | その地域内で何ヶ所に分散させるか |
AWSの各種サービスは、この地域を単位に提供されます。どの地域に置くかで通信の速さも、守るべき法律も変わるため、地図の上での位置取りがクラウド設計の最初の一手になります。クラウドがそもそも「他者の設備を借りる」発想である点は、クラウドコンピューティングとは で確認できます。
2. AZはなぜ物理的に分かれているのか
AZが同じ地域の中でわざわざ離れて建てられているのには、はっきりした狙いがあります。ひとつの障害を、そこ1ヶ所に閉じ込めるためです。
もし1つの建物に機材を集中させていたら、その建物の停電や火災で、あなたのサービスは丸ごと止まります。AZは電源も冷却も回線も別々なので、片方の拠点が倒れても、もう片方は動き続けます。事故だけを切り離す設計です。
3. 複数AZ構成が可用性を生む仕組み
可用性を高める基本の型が、1リージョンの中で複数のAZにまたがってシステムを置く「マルチAZ構成」です。1枚の図で、片方が落ちても止まらない筋道を見てください。
同じ役割のサーバーを2つのAZに置き、前段のロードバランサーが両方へ振り分けます。AZ-aが停電で落ちても、ロードバランサーは生きているAZ-bだけに流し続けるので、利用者から見た停止は起きません。1ヶ所の事故が全体の停止に直結しない——これがマルチAZの効き目です。データベースを二重化する具体的なやり方は マルチAZとリードレプリカとは で確認できます。
4. リージョンを選ぶ4つの観点
では、そもそもどの地域を選ぶか。ここは好みではなく、4つの観点をあてはめて決めます。あなたが実務で拠点を選ぶときも、この物差しで並べると迷いが減ります。
| 観点 | 見るポイント |
|---|---|
| レイテンシ（近さ） | 利用者に地理的に近いほど通信が速い。日本の利用者中心なら東京・大阪 |
| コンプライアンス（データ所在） | 個人情報を国内に置く要件など、データを置ける地域を法律・契約が縛る |
| 料金 | 同じサービスでもリージョンごとに単価が違う |
| サービスの提供状況 | 新しい機能は特定のリージョンから先に開放され、地域差がある |
現場では、この4つがぶつかることがよくあります。たとえば「料金は安いが遠い海外リージョン」と「少し高いが利用者に近い東京」で、あなたが悩む場面です。応答速度を最優先するのか、コストを削るのか、データを国内に留める義務があるのか——案件の事情で優先順位が入れ替わります。私たちも、まず動かせない条件（多くはコンプライアンス）を先に固定し、残りを最適化する順で決めています。
5. 試験での問われ方と、選び方の勘所
最後に、CLF・SAAでの狙われ方を整理します。出題は、あなたが持ち帰った「地域で選び、AZで分散する」という二段の理解をそのまま試してきます。
- 「高可用性を実現する構成はどれか」→ 複数AZにまたがせる。単一AZ内での台数増だけは不正解
- 「データを国内に保管する要件」→ リージョンの選択（データ所在）で対応する話
- 「利用者への応答を速くしたい」→ 近いリージョン、または配信はエッジロケーション（CloudFront）
出題で外しやすいのは、AZの分散で解く問題か、リージョンの選択で解く問題か、エッジで解く問題かの取り違えです。可用性ならAZ、地域要件ならリージョン、配信の速さならエッジ。この3枚のカードを場面で切り替えられれば、あなたは選択肢をほどけます。用語の暗記より、「今の要件はどの層の話か」を見分ける目を持っておくほうが、応用が利きます。
次のステップ
クラウドの土台となるサービスを体系立てて押さえたいなら、AWS認定クラウドプラクティショナーの試験範囲と勉強法ガイド から全体像をたどると、リージョンとAZの位置づけが地に足のついた知識になります。
可用性の設計に興味が湧いたら、AWS SAA 回復力の高いアーキテクチャの問題集 で、マルチAZを軸にした出題を解きながら、可用性の勘どころを体で覚えていきましょう。