リージョン、アベイラビリティーゾーン、および ローカルゾーン - Amazon Elastic Compute Cloud

リージョン、アベイラビリティーゾーン、および ローカルゾーン

Amazon EC2 は、世界各地のロケーションでホスティングされています。これらのロケーションは、リージョン、アベイラビリティーゾーン、および ローカルゾーン で構成されています。リージョンはそれぞれ、地理的に離れた領域です。各リージョンには、アベイラビリティーゾーンと呼ばれる複数の独立した場所があります。ローカルゾーン を使用すると、コンピューティングやストレージなどのリソースを、エンドユーザーに近い複数の場所に配置できます。リソースは、お客様が特に指定しない限り、複数のリージョン間でレプリケートされることはありません。

Amazon は、最新の高可用性のデータセンターを運用しています。しかし、非常にまれですが、同じ場所にあるインスタンスすべての可用性に影響する障害が発生することもあります。すべてのインスタンスを 1 か所でホストしている場合、そのような障害が起きると、すべてのインスタンスが利用できなくなります。

概念

各リージョンは完全に独立しています。各アベイラビリティーゾーンは独立していますが、リージョン内のアベイラビリティーゾーンは低レイテンシーのリンクで接続されています。ローカルゾーン は、厳選したサービスをエンドユーザーのより近くに配置する AWS インフラストラクチャのデプロイです。ローカルゾーン は、リージョンの拡張であり、ご利用のリージョンとは別の場所に設定されます。AWS インフラストラクチャに広帯域幅のバックボーンを提供し、機械学習などのレイテンシーの影響を受けやすいアプリケーションに最適です。次の図に、リージョン、アベイラビリティーゾーン、および ローカルゾーン の関係を示します。


				リージョン、アベイラビリティーゾーン、および ローカルゾーン

Amazon EC2 リソースは、グローバルなもの、リージョンに結び付けられたもの、アベイラビリティーゾーンに結び付けられたもの、または ローカルゾーン に結び付けられたもののいずれかです。詳細については、「リソースの場所」を参照してください。

リージョン

各 Amazon EC2 リージョンは、他の Amazon EC2 リージョンと完全に分離されるように設計されています。これにより、最大限の耐障害性と安定性が達成されます。

リソースを表示すると、指定したリージョンに結び付けられているリソースのみが表示されます。これは、リージョンが相互に分離されており、リージョン間ではリソースが自動的にレプリケートされないためです。

インスタンスを起動するときは、同じリージョン内にある AMI を選択する必要があります。AMI が別のリージョンにある場合は、使用しているリージョンに AMI をコピーできます。詳細については、「AMI のコピー」を参照してください。

リージョン間のデータ転送には料金がかかることに注意してください。詳細については、「Amazon EC2 料金表 - データ転送」を参照してください。

アベイラビリティーゾーン

インスタンスを起動するときに、アベイラビリティーゾーンを自分で選択するか、自動的に選択されるようにできます。インスタンスを複数のアベイラビリティーゾーンに配布する場合は、1 つのインスタンスで障害が発生したら別のアベイラビリティーゾーンのインスタンスが要求を処理するように、アプリケーションを設計できます。

また、Elastic IP アドレスを使用すると、あるアベイラビリティーゾーンのインスタンスの障害を、別のアベイラビリティーゾーンのインスタンスにアドレスをすばやく再マッピングすることによってマスクできます。詳細については、「Elastic IP アドレス」を参照してください。

アベイラビリティーゾーンは、リージョンコードとそれに続く文字識別子によって表されます (us-east-1a など)。リソースがリージョンの複数のアベイラビリティーゾーンに分散するように、アベイラビリティーゾーンは各 AWS アカウントの名前に個別にマップされます。たとえば、ご使用の AWS アカウントのアベイラビリティーゾーン us-east-1a は別の AWS アカウントのアベイラビリティーゾーン us-east-1a と同じ場所にはない可能性があります。

アカウント間でアベイラビリティーゾーンを調整するには、アベイラビリティーゾーンの一意で一貫性のある識別子である AZ ID を使用する必要があります。たとえば、use1-az1 は、us-east-1 リージョンの AZ ID で、すべての AWS アカウントで同じ場所になります。

AZ ID を表示すると、あるアカウントのリソースの場所を別のアカウントのリソースに対して決定できます。たとえば、AZ ID use-az2 のアベイラビリティーゾーンにあるサブネットを別のアカウントと共有する場合、このサブネットは AZ ID が同じく use-az2 であるアベイラビリティーゾーンのそのアカウントでも利用できます。各 VPC とサブネットの AZ ID は Amazon VPC コンソールに表示されます。詳細については、『Amazon VPC ユーザーガイド』「共有 VPC の使用」を参照してください。

アベイラビリティーゾーンが拡大すると、アベイラビリティーゾーンを拡張しにくくなる場合があります。その場合、ユーザーがアベイラビリティーゾーンに既にインスタンスを持っているのでない場合は、制約のあるアベイラビリティーゾーンでのインスタンスの起動を制限する場合があります。最終的に、制約のあるアベイラビリティーゾーンを新しいアカウントに対するアベイラビリティーゾーンのリストから削除することもあります。したがって、アカウントによってリージョン内で使用できるアベイラビリティーゾーンの数が異なる場合があります。

自分のアカウントで使用できるアベイラビリティーゾーンをリストできます。詳細については、「リージョン、アベイラビリティーゾーン、および ローカルゾーン の確認」を参照してください。

ローカルゾーン

ローカルゾーン は、ユーザーに近い場所に位置する、AWS リージョンの拡張です。インスタンスを起動するときに、ローカルゾーン のサブネットを選択できます。ローカルゾーン は、インターネットへの独自の接続を持ち、AWS Direct Connect をサポートしています。したがって、ローカルゾーン で作成したリソースは、非常に低いレイテンシーの通信を使用してローカルユーザーにサービスを提供できます。詳細については、「AWS ローカルゾーン」を参照してください。

ローカルゾーン は、リージョンコードと場所を示す識別子で表されます (us-west-2-lax-1a)。

ローカルゾーン を使用するには、最初にそれを有効にする必要があります。詳細については、「ローカルゾーン の有効化」を参照してください。次に、ローカルゾーン 内にサブネットを作成します。最後に、ローカルゾーン のサブネットで次のいずれかのリソースを起動し、アプリケーションとエンドユーザーを近づけます。

  • Amazon EC2 インスタンス

  • Amazon EBS ボリューム

  • Amazon FSx ファイルサーバー

  • Application Load Balancer

  • 専有ホスト

ローカルゾーン は、すべてのリージョンで利用できるわけではありません。ローカルゾーン をサポートするリージョンについては、「利用できるリージョン」を参照してください。

アカウントで使用可能な ローカルゾーン を一覧表示できます。詳細については、「リージョン、アベイラビリティーゾーン、および ローカルゾーン の確認」を参照してください。

ネットワーク境界グループ

ネットワーク境界グループは、AWS が IP アドレスをアドバタイズするアベイラビリティーゾーンまたは ローカルゾーン の一意のセットです。ネットワーク境界グループから次のリソースを割り当てることができます。

  • Amazon が提供する伸縮自在な IPv4 アドレス

  • Amazon が提供する VPC の IPv6 アドレス

ネットワーク境界グループは、グループに対するアドレス数を制限します。IP アドレスは、ネットワーク境界グループ間を移動できません。

利用できるリージョン

アカウントにより、利用できるリージョンが決まります。例:

  • AWS アカウントでは複数のリージョンが提供されるため、それぞれの要件に合った場所で Amazon EC2 インスタンスを起動できます。たとえば、ヨーロッパの顧客に近づけるため、または法的要件を満たすために、ヨーロッパでインスタンスを起動することができます。

  • AWS GovCloud (米国西部) アカウントでは、AWS GovCloud (米国西部) リージョンにのみアクセスできます。詳細については、「AWS GovCloud (米国西部) リージョン」を参照してください。

  • Amazon AWS アカウント (中国) では、北京および寧夏 リージョンにのみアクセスできます。詳細については、「AWS in China」を参照してください。

次の表に、AWS アカウントで提供されるリージョンのリストを示します。AWS GovCloud (米国西部) や中国リージョンなど、追加のリージョンは AWS アカウントから記述またはアクセスできません。2019 年 3 月 20 日より後に導入されたリージョンを使用するには、そのリージョンを有効にする必要があります。詳細については、AWS General Reference の「AWS リージョンの管理」を参照してください。

コード 名前 オプトインステータス ローカルゾーン
us-east-2 米国東部 (オハイオ) 不要 いいえ
us-east-1 米国東部(バージニア北部) 不要 いいえ
us-west-1 米国西部 (北カリフォルニア) 不要 いいえ
us-west-2 米国西部 (オレゴン) 不要 us-west-2-lax-1a
af-south-1 アフリカ (ケープタウン) 必須 いいえ
ap-east-1 アジアパシフィック (香港) 必須 いいえ
ap-south-1 アジアパシフィック (ムンバイ) 不要 いいえ
ap-northeast-3 アジアパシフィック (大阪: ローカル) 不要 いいえ
ap-northeast-2 アジアパシフィック (ソウル) 不要 いいえ
ap-southeast-1 アジアパシフィック (シンガポール) 不要 いいえ
ap-southeast-2 アジアパシフィック (シドニー) 不要 いいえ
ap-northeast-1 アジアパシフィック (東京) 不要 いいえ
ca-central-1 カナダ (中部) 不要 いいえ
eu-central-1 欧州 (フランクフルト) 不要 いいえ
eu-west-1 欧州 (アイルランド) 不要 いいえ
eu-west-2 欧州 (ロンドン) 不要 いいえ
eu-south-1 ヨーロッパ (ミラノ) 必須 いいえ
eu-west-3 欧州 (パリ) 不要 いいえ
eu-north-1 欧州 (ストックホルム) 不要 いいえ
me-south-1 中東 (バーレーン) 必須 いいえ
sa-east-1 南米 (サンパウロ) 不要 いいえ

詳細については、「AWS グローバルインフラストラクチャ」を参照してください。

リージョンごとのアベイラビリティーゾーンの数とマッピングは、AWS アカウント間で異なる場合があります。アカウントで使用可能なアベイラビリティーゾーンのリストを取得するには、Amazon EC2 コンソールまたはコマンドラインインターフェイスを使用できます。詳細については、「リージョン、アベイラビリティーゾーン、および ローカルゾーン の確認」を参照してください。

リージョンとエンドポイント

コマンドラインインターフェイスまたは API アクションを使用してインスタンスを操作するときは、そのリージョンエンドポイントを指定する必要があります。Amazon EC2 のリージョンとエンドポイントの詳細については、『アマゾン ウェブ サービス全般のリファレンス』の「Amazon EC2エンドポイントとクォータ」を参照してください。

AWS GovCloud (米国西部) のエンドポイントとプロトコルの詳細については、『AWS GovCloud (US) User Guide』の「AWS GovCloud (米国西部) エンドポイント」を参照してください。

リージョン、アベイラビリティーゾーン、および ローカルゾーン の確認

Amazon EC2 コンソールまたはコマンドラインインターフェイスを使用して、アカウントで使用できるリージョン、アベイラビリティーゾーン、および ローカルゾーン を確認できます。これらのコマンドラインインターフェイスの詳細については、Amazon EC2 へのアクセス を参照してください。

コンソールを使用してリージョン、アベイラビリティーゾーン、および ローカルゾーン を確認するには

  1. https://console.aws.amazon.com/ec2/ で Amazon EC2 コンソールを開きます。

  2. ナビゲーションバーから、リージョンセレクターのオプションを表示します。

    
						リージョンの表示
  3. ナビゲーションペインで、[EC2 ダッシュボード] を選択します。

  4. アベイラビリティゾーンと ローカルゾーン は、[サービス状態] の [アベイラビリティーゾーンのステータス] に一覧表示されます。

AWS CLI を使用してリージョン、アベイラビリティーゾーン、および ローカルゾーン を確認するには

  1. 次のように describe-regions コマンドを使用して、アカウントに対して有効になっているリージョンを記述します。

    aws ec2 describe-regions

    アカウントに対して無効になっているリージョンも含めてすべてのリージョンを記述するには、次のように --all-regions オプションを追加します。

    aws ec2 describe-regions --all-regions
  2. 次のように describe-availability-zones コマンドを使用すると、指定したリージョン内のアベイラビリティーゾーンと ローカルゾーン を確認できます。

    aws ec2 describe-availability-zones --region region-name
  3. 次のように describe-availability-zones コマンドを使用すると、オプトインのステータスに関係なく、アベイラビリティーゾーンと ローカルゾーン を確認できます。

    aws ec2 describe-availability-zones --all-availability-zones

AWS Tools for Windows PowerShell を使用してリージョン、アベイラビリティーゾーン、および ローカルゾーン を確認するには

  1. 次のように Get-EC2Region コマンドを使用して、アカウントのリージョンを記述します。

    PS C:\> Get-EC2Region
  2. 次のように Get-EC2AvailabilityZone コマンドを使用して、指定されたリージョン内のアベイラビリティーゾーンを記述します。

    PS C:\> Get-EC2AvailabilityZone -Region region-name

リソースのリージョンの指定

Amazon EC2 リソースを作成するたびに、リソースのリージョンを指定できます。リソースのリージョンは AWS マネジメントコンソール またはコマンドラインを使用して指定できます。

注記

一部の AWS リソースは、リージョン、アベイラビリティーゾーン、および ローカルゾーン によっては利用できない場合があります。特定のアベイラビリティーゾーンでインスタンスを起動する前に、目的のリージョンまたはアベイラビリティーゾーンで必要なリソースを作成できることを確認してください。

コンソールを使用してリソースのリージョンを指定するには

  1. https://console.aws.amazon.com/ec2/ で Amazon EC2 コンソールを開きます。

  2. ナビゲーションバーのリージョンセレクターを使用します。

    
						コンソールリージョンセレクターの使用

コマンドラインを使用してデフォルトのリージョンを指定するには

環境変数の値を、目的のリージョンエンドポイント (https://ec2.us-east-2.amazonaws.com など) に設定できます。

  • AWS_DEFAULT_REGION (AWS CLI)

  • Set-AWSDefaultRegion (AWS Tools for Windows PowerShell)

各コマンドで、--region (AWS CLI) または -Region (AWS Tools for Windows PowerShell) のコマンドラインオプションを使用することもできます。たとえば、--region us-east-2 と指定します。

Amazon EC2 のエンドポイントの詳細については、「Amazon Elastic Compute Cloud Endpoints」を参照してください。

ローカルゾーン の有効化

リソースまたはサービスの ローカルゾーン を指定する前に、このゾーンを有効にする必要があります。

ローカルゾーン は、AWS マネジメントコンソール または AWS CLI を使用して有効にすることができます。

注記

すべてのアベイラビリティーゾーンはデフォルトで有効になっており、無効にすることはできません。

一部の AWS リソースは、一部のリージョンで利用できない場合があります。特定の ローカルゾーン でインスタンスを起動する前に、目的のリージョンまたは ローカルゾーン で必要なリソースを作成できることを確認してください。

コンソールを使用して ローカルゾーン を有効にするには

  1. https://console.aws.amazon.com/ec2/ で Amazon EC2 コンソールを開きます。

  2. ナビゲーションバーのリージョンセレクターを使用して、リージョンを選択します。

  3. ナビゲーションペインで、[EC2 ダッシュボード] を選択します。

  4. [アカウント属性] の [設定] で、[ゾーン] を選択します。

    注記

    このオプションは、コンソールで [新しい EC2 エクスペリエンス] が有効になっている場合にのみ使用できます。

  5. [ローカルゾーングループ] で、有効にする各 ローカルゾーン をオンにします。

  6. [有効化] 確認ダイアログボックスに [Enable] と入力し、[OK] を選択します。

AWS CLI を使用して ローカルゾーン を有効にするには

ローカルゾーン の無効化

ローカルゾーン を無効にする場合は、AWS サポートに連絡する必要があります。

重要

ローカルゾーン を無効にする前に、すべてのリソースを削除します。ローカルゾーン に残ったリソースには、料金が発生します。リソースを削除したら、「Disable Zone Group」というタイトルのケースを AWS サポート で作成します。

アベイラビリティーゾーンまたは ローカルゾーン でのインスタンスの起動

インスタンスを起動するときは、インスタンスと特定のお客様を近づけるリージョン、または法的要件や他の要件を満たすリージョンを選択します。個別のアベイラビリティーゾーンでインスタンスを起動することにより、1 つの場所で障害が発生しても、アプリケーションを保護することができます。

ローカルゾーン でインスタンスを起動することで、AWS インフラストラクチャの利点を享受しながら、レイテンシーの影響を受けやすいアプリケーションをエンドユーザーの近くで実行できます。

インスタンスを起動するときは、必要に応じて、使用しているリージョンでアベイラビリティーゾーンまたは ローカルゾーン を指定できます。アベイラビリティーゾーンまたは ローカルゾーン を指定しない場合は、アベイラビリティーゾーンが自動的に選択されます。初期インスタンスを起動するときには、デフォルトのアベイラビリティーゾーンを受け入れることをお勧めします。これにより、システムの状態と利用可能な機能に基づいて、最適なアベイラビリティーゾーンを選択できます。追加のインスタンスを起動する場合、アベイラビリティーゾーンを指定するのは、新しいインスタンスを実行中のインスタンスと近づけるか、分離することが必要な場合に限ります。

別のアベイラビリティーゾーンへのインスタンスの移行

必要に応じて、アベイラビリティーゾーン間でインスタンスを移行できます。たとえば、インスタンスのインスタンスタイプを変更しようとしていて、現在のアベイラビリティーゾーンでは新しいインスタンスタイプのインスタンスを起動できないとします。この場合、そのインスタンスタイプのインスタンスを起動できるアベイラビリティーゾーンにインスタンスを移行できます。

移行プロセスは、次の作業を伴います。

  • 元のインスタンスからの AMI の作成

  • 新しいアベイラビリティーゾーンでのインスタンスの起動

  • 新しいインスタンスの設定の更新 (次の手順で示します)

別のアベイラビリティゾーンにインスタンスを移行するには

  1. インスタンスから AMI を作成します。手順は、オペレーティングシステムとインスタンスのルートデバイスボリュームの種類によって異なります。詳細については、使用しているオペレーティングシステムとルートデバイスボリュームに対応するドキュメントを参照してください。

  2. インスタンスのプライベート IPv4 アドレスを維持する必要がある場合は、現在のアベイラビリティーゾーンのサブネットを削除してから、新しいアベイラビリティーゾーンに元のサブネットと同じ IPv4 アドレス範囲のサブネットを作成する必要があります。サブネットを削除する前に、その中のすべてのインスタンスを終了する必要があります。したがって、サブネットのすべてのインスタンスから AMI を作成し、現在のサブネットのすべてのインスタンスを新しいサブネットに移動できるようにする必要があります。

  3. 新しいアベイラビリティゾーンまたはサブネットを指定して、作成した AMI からインスタンスを起動します。インスタンスタイプは、元のインスタンスと同じにすることも、新しいインスタンスタイプを選択することもできます。詳細については、「アベイラビリティーゾーンまたは ローカルゾーン でのインスタンスの起動」を参照してください。

  4. 元のインスタンスに Elastic IP アドレスが関連付けられていた場合は、それを新しいインスタンスに関連付けます。詳細については、「Elastic IP アドレスの関連付け解除」を参照してください。

  5. 元のインスタンスが リザーブドインスタンス の場合は、予約のアベイラビリティーゾーンを変更します。(また、インスタンスタイプも変更する場合は、予約のインスタンスタイプも変更できます)。 詳細については、「変更リクエストの送信」を参照してください。

  6. (オプション) 元のインスタンスを終了します。詳細については、「インスタンスを終了した」を参照してください。