リージョンとゾーン - Amazon Elastic Compute Cloud

リージョンとゾーン

Amazon EC2 は、世界各地の場所でホスティングされています。これらの場所は、リージョン、アベイラビリティーゾーン、Local Zones、AWS Outposts、および Wavelength Zones で構成されます。リージョンはそれぞれ、地理的に離れた領域です。

  • アベイラビリティーゾーンは、各リージョン内の複数の独立した場所です。

  • Local Zones を使用すると、コンピューティングやストレージなどのリソースをエンドユーザーに近い複数の場所に配置できます。

  • AWS Outposts では、ネイティブの AWS のサービス、インフラストラクチャ、運用モデルをほぼすべてのデータセンター、コロケーションスペース、オンプレミスの施設で利用できます。

  • Wavelength Zones を使用すると、デベロッパーは 5G デバイスやエンドユーザーに非常に低いレイテンシーを提供するアプリケーションを構築できます。Wavelength は、標準の AWS コンピューティングおよびストレージサービスを通信事業者の 5G ネットワークのエッジにデプロイします。

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

最適なデプロイを確認するには、AWS Wavelength に関するよくある質問を参照してください。

リージョン

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

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

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

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

利用できるリージョン

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

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

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

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

次の表は、AWS アカウントで提供されるリージョンの一覧です。AWS GovCloud (US) Region や中国のリージョンなど、追加のリージョンを AWS アカウントから表示またはアクセスすることはできません。2019 年 3 月 20 日より後に導入されたリージョンを使用するには、そのリージョンを有効にする必要があります。詳細については、AWS 一般的なリファレンスの「AWS リージョンの管理」をご参照ください。

利用可能な Wavelength Zone については、AWS Wavelength デベロッパーガイド利用可能な Wavelength Zone を参照してください。利用可能な Local Zones の詳細については、「利用可能な Local Zones」を参照してください。

コード 名前 オプトインステータス
us-east-2 米国東部 (オハイオ) 不要
us-east-1 米国東部(バージニア北部) 不要
us-west-1 米国西部 (北カリフォルニア) 不要
us-west-2 米国西部 (オレゴン) 不要
af-south-1 アフリカ (ケープタウン) 必須
ap-east-1 アジアパシフィック (香港) 必須
ap-southeast-3 アジアパシフィック (ジャカルタ) 必須
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 ユーザーガイド」の「AWS GovCloud (US) GovCloud (米国西部) エンドポイント」を参照してください。

リージョンの説明

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

コンソールを使用してリージョンを検索するには

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

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

    
							リージョンの表示
  3. 該当するリージョンの EC2 リソースは、[Resources] (リソース) セクションの [EC2 Dashboard] (EC2 ダッシュボード) に表示されます。

AWS CLI を使用してリージョンを検索するには

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

    aws ec2 describe-regions

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

    aws ec2 describe-regions --all-regions

AWS Tools for Windows PowerShell を使用してリージョンを検索するには

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

    PS C:\> Get-EC2Region

リージョン名の取得

Amazon Lightsail API を使用して、リージョンの名前を表示できます。

AWS CLI を使用してリージョン名を表示するには

  • 指定したリージョンの名前を表示するには、次のように get-regions コマンドを使用します。

    aws lightsail get-regions --query "regions[?name=='region-name'].displayName" --output text

    次の例は、us-east-2 リージョンの名前を返します。

    aws lightsail get-regions --query "regions[?name=='us-east-2'].displayName" --output text

    出力を次に示します。

    Ohio

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

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

考慮事項

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

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

  1. Amazon EC2 コンソール (https://console.aws.amazon.com/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」を参照してください。

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

リージョンごとにアベイラビリティーゾーンと呼ばれる複数の独立した場所があります。アベイラビリティーゾーンのコードは、リージョンコードとそれに続く文字識別子です。例えば、us-east-1a です。

インスタンスを起動するときに、リージョンと仮想プライベートクラウド (VPC) を選択し、いずれかのアベイラビリティーゾーンからサブネットを自ら選択するか、またはサブネットが選択されることを許可します。インスタンスを複数のアベイラビリティーゾーンに配布する場合は、1 つのインスタンスで障害が発生したら別のアベイラビリティーゾーンのインスタンスが要求を処理するように、アプリケーションを設計できます。また、Elastic IP アドレスを使用すると、あるアベイラビリティーゾーンのインスタンスの障害を、別のアベイラビリティーゾーンのインスタンスにアドレスをすばやく再マッピングすることによってマスクできます。

次の図は、AWS リージョン内の複数のアベイラビリティーゾーンを示しています。アベイラビリティーゾーン A とアベイラビリティーゾーン B にはそれぞれ 1 つのサブネットがあり、各サブネットにはインスタンスがあります。アベイラビリティーゾーン C にはサブネットがないため、このアベイラビリティーゾーンにインスタンスを起動することはできません。


				1 つのアベイラビリティーゾーンにインスタンスがあるリージョン。

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

AZ ID

リソースがリージョンの複数のアベイラビリティーゾーンに分散されるようにするために、アベイラビリティーゾーンは各 AWS アカウントのコードに個別にマッピングされます。例えば、AWS アカウントのアベイラビリティーゾーン us-east-1a の物理的な場所は、別の AWS アカウントの us-east-1a の場所と異なる可能性があります。

アカウント間でアベイラビリティーゾーンを調整するには、アベイラビリティーゾーンの一意で一貫性のある識別子である AZ ID を使用する必要があります。例えば、use1-az1 は、us-east-1 リージョンの AZ ID で、すべての AWS アカウントで同じ物理的な場所になります。アカウントの AZ ID を表示して、別のアカウントのリソースに対するリソースの物理的な場所を特定できます。例えば、AZ ID use1-az2 のアベイラビリティーゾーンにあるサブネットを別のアカウントと共有する場合、このサブネットは AZ ID が同じく use1-az2 であるアベイラビリティーゾーンのそのアカウントでも利用できます。

次の図は、アベイラビリティーゾーンのコードの AZ ID に対するマッピングが異なる 2 つのアカウントを示しています。


        			アベイラビリティーゾーンのコードの AZ ID に対するマッピングが異なる 2 つのアカウント。

アベイラビリティーゾーンの説明

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

Console を使用してアベイラビリティーゾーンを検索するには

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

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

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

  4. アベイラビリティーゾーンは、[Service health] (サービスヘルス) ペインに一覧表示されます。

AWS CLI を使用してアベイラビリティーゾーンを検索するには

  1. 次のように describe-availability-zones コマンドを使用して、指定されたリージョン内のアベイラビリティーゾーンを記述します。

    aws ec2 describe-availability-zones --region region-name
  2. オプトインのステータスに関係なしにアベイラビリティーゾーンを表示するには、次のように describe-availability-zones コマンドを使用します。

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

AWS Tools for Windows PowerShell を使用してアベイラビリティーゾーンを検索するには

次のように Get-EC2AvailabilityZone コマンドを使用して、指定したリージョン内のアベイラビリティーゾーンを表示します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Local Zones

ローカルゾーンは、地理的にユーザーに近い場所に位置する AWS リージョンを拡張したものです。Local Zones はインターネットへの独自の接続を持ち、AWS Direct Connect をサポートしているため、Local Zonesで作成されたリソースは、低レイテンシーの通信でローカルユーザーにサービスを提供できます。詳細については、「AWS Local Zones」を参照してください。

ローカルゾーンのコードは、そのリージョンコードの後に、物理的な場所を示す識別子が続きます。例えば、ロサンゼルスの us-west-2-lax-1 です。詳細については、「利用可能な Local Zones」を参照してください。

次の図は、AWS リージョン us-west-2、そのアベイラビリティーゾーンのうちの 2 つ、およびそのローカルゾーンのうちの 2 つを示しています。VPC は、アベイラビリティーゾーンといずれかのローカルゾーンにまたがっています。VPC 内の各ゾーンには 1 つのサブネットがあり、各サブネットにはインスタンスがあります。


				アベイラビリティーゾーンとローカルゾーンを使用する VPC。

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

利用可能な Local Zones

次の表に、親リージョンにより利用可能な Local Zones を一覧表示します。オプトインの方法の詳細については、「Local Zones へのオプトイン」を参照してください。

米国東部 (バージニア北部) Local Zones

次の表に、米国東部 (バージニア北部) のLocal Zones の一覧を示します。

親リージョン ゾーン名 ロケーション (都市圏名)
米国東部 (バージニア北部) us-east-1-atl-1a アトランタ
米国東部 (バージニア北部) us-east-1-bos-1a ボストン
米国東部 (バージニア北部) us-east-1-chi-1a シカゴ
米国東部 (バージニア北部) us-east-1-dfw-1a ダラス
米国東部(バージニア北部) us-east-1-iah-1a ヒューストン
米国東部 (バージニア北部) us-east-1-mci-1a カンザスシティ
米国東部 (バージニア北部) us-east-1-mia-1a マイアミ
米国東部 (バージニア北部) us-east-1-msp-1a ミネアポリス
米国東部 (バージニア北部) us-east-1-nyc-1a ニューヨーク市 *
米国東部 (バージニア北部) us-east-1-phl-1a フィラデルフィア

*Located in New Jersey.

米国西部 (オレゴン) Local Zones

次の表に、米国西部 (オレゴン) の Local Zones を一覧で示します。

親リージョン ゾーン名 ロケーション (都市圏名)
米国西部 (オレゴン) us-west-2-den-1a デンバー
米国西部 (オレゴン) us-west-2-las-1a ラスベガス
米国西部 (オレゴン) us-west-2-lax-1a ロサンゼルス
米国西部 (オレゴン) us-west-2-lax-1b ロサンゼルス
米国西部 (オレゴン) us-west-2-phx-1a フェニックス
米国西部 (オレゴン) us-west-2-pdx-1a ポートランド
米国西部 (オレゴン) us-west-2-sea-1a Seattle

Local Zones の説明

Amazon EC2 コンソールまたはコマンドラインインターフェイスを使用して、アカウントで利用できる Local Zones を確認できます。これらのコマンドラインインターフェイスの詳細については、Amazon EC2 へのアクセス を参照してください。

コンソールを使用して Local Zones を検索するには

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

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

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

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

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

  1. 次のように describe-availability-zones コマンドを使用して、指定したリージョン内の ローカルゾーン を表示します。

    aws ec2 describe-availability-zones --region region-name
  2. 有効になっているかどうかに関係なしに ローカルゾーン を表示するには、次のように describe-availability-zones コマンドを使用します。

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

AWS Tools for Windows PowerShell を使用してローカルゾーンを検索するには

次のように Get-EC2AvailabilityZone コマンドを使用して、指定したリージョン内の ローカルゾーン を表示します。

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

Local Zones へのオプトイン

リソースまたはサービスのLocal Zonesを指定する前に、Local Zonesにオプトインする必要があります。

考慮事項

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

コンソールを使用して Local Zones へオプトインするには

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

  2. ページの左上で、[新しい EC2 エクスペリエンス] を選択します。このタスクを実行するのに、コンソールの古いエクスペリエンスを使用することはできません。

  3. ナビゲーションバーのリージョンセレクターで、ローカルゾーンのリージョンを選択します。

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

  5. ページの右上で、[アカウントの属性]、[ゾーン] の順に選択します。

  6. [Manage] (管理) を選択します。

  7. [ゾーングループ] で [有効] をクリックします。

  8. [ゾーングループの更新] をクリックします。

AWS CLI を使用してローカルゾーンにオプトインするには

ローカルゾーンでのインスタンスの起動

インスタンスの起動時に、Local Zones 内のサブネットを指定します。また、ネットワーク境界グループから次の IP アドレスも割り当てます。ネットワーク境界グループは、AWS が IP アドレスをアドバタイズするアベイラビリティーゾーン、Local Zones、または Wavelength Zones の一意のセットです (例: us-west-2-lax-1a)。

ネットワーク境界グループから次の IP アドレスを割り当てることができます。

  • Amazon が提供する Elastic IPv4 アドレス

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

ローカルゾーンでインスタンスを起動するには

  1. Local Zones を有効にします。詳細については、Local Zones へのオプトイン を参照してください。

  2. ローカルゾーンをサポートするリージョンに VPC を作成します。詳細については、「Amazon VPC ユーザーガイド」の「VPC の作成」を参照してください。

  3. サブネットを作成します。サブネットの作成時にローカルゾーンを選択します。詳細については、Amazon VPC ユーザーガイドの「VPC でのサブネットの作成」を参照してください。

  4. インスタンスを起動し、Local Zone で作成したサブネットを選択します。詳細については、インスタンスの起動 を参照してください。

Wavelength Zone

AWS Wavelength を使用することで、デベロッパーは、モバイルデバイスおよびエンドユーザー向けに、非常にレイテンシーが低いアプリケーションを構築できます。Wavelength は、標準の AWS コンピューティングおよびストレージサービスを通信事業者の 5G ネットワークのエッジにデプロイします。デベロッパーは、Virtual Private Cloud (VPC) を 1 つ以上の Wavelength Zone に拡張し、Amazon EC2 インスタンスなどの AWS リソースを使用して、超低レイテンシーやリージョンの AWS サービスへの接続を必要とするアプリケーションを実行できます。

Wavelength Zone は、Wavelength インフラストラクチャをデプロイする先のキャリアロケーション内の独立したゾーンです。Wavelength Zone は、リージョンに関連付けられています。Wavelength Zone は、リージョンの論理的な拡張であり、リージョンの制御プレーンによって管理されます。

Wavelength Zone のコードは、そのリージョンコードの後に、物理的な場所を示す識別子が続きます。例えば、ボストンの us-east-1-wl1-bos-wlz-1 です。

次の図は、AWS リージョン us-west-2、そのアベイラビリティーゾーンのうちの 2 つ、および Wavelength Zone を示しています。VPC はアベイラビリティーゾーンと Wavelength Zone にまたがっています。VPC 内の各ゾーンには 1 つのサブネットがあり、各サブネットにはインスタンスがあります。


				アベイラビリティーゾーンと Wavelength Zone を使用する VPC。

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

Wavelength Zone は、すべてのリージョンで利用できるわけではありません。Wavelength Zone をサポートするリージョンについては、AWS Wavelength デベロッパーガイドの「利用可能な Wavelength Zone」を参照してください。

Wavelength Zone の説明

Amazon EC2 コンソールまたはコマンドラインインターフェイスを使用して、アカウントで利用できる Wavelength Zone を確認できます。これらのコマンドラインインターフェイスの詳細については、Amazon EC2 へのアクセス を参照してください。

コンソールを使用して Wavelength Zone を検索するには

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

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

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

  4. Wavelength Zone は、[サービス状態] の [ゾーンのステータス] の下に一覧表示されます。

AWS CLI を使用して Wavelength Zone を検索するには

  1. 次のように describe-availability-zones コマンドを使用して、指定したリージョン内の Wavelength Zone を表示します。

    aws ec2 describe-availability-zones --region region-name
  2. オプトインのステータスに関係なしに Wavelength Zone を表示するには、次のように describe-availability-zones コマンドを使用します。

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

AWS Tools for Windows PowerShell を使用して Wavelength Zone を検索するには

次のように Get-EC2AvailabilityZone コマンドを使用して、指定したリージョン内の Wavelength Zone を表示します。

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

Wavelength Zone の有効化

リソースまたはサービスの Wavelength Zone を指定する前に、Wavelength Zone にオプトインする必要があります。

考慮事項

  • 一部の AWS リソースは、リージョンによっては利用できません。特定の Wavelength Zone でインスタンスを起動する前に、目的のリージョンまたは Wavelength Zone で必要なリソースを作成できることを確認してください。

コンソールを使用して Wavelength Zone にオプトインするには

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

  2. ページの左上で、[新しい EC2 エクスペリエンス] を選択します。このタスクを実行するのに、コンソールの古いエクスペリエンスを使用することはできません。

  3. ナビゲーションバーのリージョンセレクターで、Wavelength Zone のリージョンを選択します。

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

  5. ページの右上で、[アカウントの属性]、[ゾーン] の順に選択します。

  6. [Wavelength Zone] で、Wabelenth Zone の[管理]を選択します。

  7. [Enable] (有効化) を選択します。

  8. [ゾーングループの更新] をクリックします。

AWS CLI を使用して Wavelength Zone を有効にするには

modify-availability-zone-group コマンドを使用します。

Wavelength Zone でのインスタンスの起動

インスタンスの起動時に、Wavelength Zone にあるサブネットを指定できます。また、ネットワーク境界グループからキャリア IP アドレスを割り当てます。これは、AWS が IP アドレスをアドバタイズするアベイラビリティーゾーン、Local Zones、または Wavelength Zones の一意のセットです (例: us-east-1-wl1-bos-wlz-1 など)。

Wavelength Zone でインスタンスを起動する方法については、AWS Wavelength デベロッパーガイドの「AWS Wavelength の開始方法」を参照してください。

AWS Outposts

AWS Outposts は、AWS のインフラストラクチャ、サービス、API、ツールをお客様のオンプレミスまで拡張するフルマネージドサービスです。AWS は、AWS Outposts マネージドインフラストラクチャへのローカルアクセスを提供することで、AWS リージョンと同じプログラミングインターフェイスを使用してオンプレミスでアプリケーションを構築して実行できるようにします。同時に、コンピューティングとストレージのローカルリソースを使用して、レイテンシーを短縮し、ローカルのデータ処理ニーズに対応します。

Outpost とは、お客様のサイトにデプロイされる AWS のコンピューティングおよびストレージキャパシティーのプールです。AWS は、AWS リージョンの一部としてこのキャパシティーを運営、監視、管理します。Outpost にサブネットを作成し、AWS リソースを作成したときにこれらのサブネットを指定します。Outpost サブネット内のインスタンスは、プライベート IP アドレスを使用して、AWS リージョン内の他のインスタンスと通信します。これらはすべて同じ VPC 内にあります。

次の図は、AWS リージョン us-west-2、そのアベイラビリティーゾーンのうちの 2 つ、および Outpost を示しています。VPC はアベイラビリティーゾーンと Outpost にまたがっています。Outpost は、オンプレミスの顧客データセンターにあります。VPC 内の各ゾーンには 1 つのサブネットがあり、各サブネットにはインスタンスがあります。


				アベイラビリティーゾーンと Outpost を持つ VPC。

AWS Outposts の使用を開始するには、Outpost を作成し、Outpost 容量を注文する必要があります。Outpost の設定の詳細については、カタログを参照してください。Outpost 機器をインストールすると、Outpost で Amazon EC2 インスタンスを起動するときに、コンピューティング容量とストレージ容量を使用できます。

Outpost でのインスタンスの起動

作成した Outpost サブネットで EC2 インスタンスを起動できます。セキュリティグループは、アベイラビリティーゾーンサブネットのインスタンスと同様に、Outpost サブネットにある Elastic Network インスタンスのインバウンドトラフィックとアウトバウンドトラフィックを制御します。Outpost サブネットの EC2 インスタンスに接続するには、アベイラビリティーゾーンサブネットのインスタンスの場合と同様に、インスタンスの起動時にキーペアを指定できます。

Outpost ラックにあるインスタンスのルートボリュームは、30 GB 以下にする必要があります。AMI またはインスタンスのブロックデバイスマッピングでデータボリュームを指定し、追加のストレージを提供できます。ブートボリュームから未使用のブロックを削除するには、AWS パートナーネットワークブログの「How to build Sparse EBS Volumes」をご参照ください。

ルートボリュームの NVMe タイムアウトを増やすことをお勧めします。詳細については、「I/O オペレーションタイムアウト」を参照してください。

Outpost の作成方法の詳細については、「AWS Outposts ユーザーガイド」の「AWS Outposts の開始方法」を参照してください。

Outpost でのボリュームの作成

AWS Outposts は、ラックおよびサーバのフォームファクタを提供します。容量が Outpost ラックにある場合、作成した Outpost サブネットに EBS ボリュームを作成できます。ボリュームの作成時に、Outpost の Amazon リソースネーム (ARN) を指定します。

次の create-volume コマンドは、指定した Outpost に空の 50 GB ボリュームを作成します。

aws ec2 create-volume --availability-zone us-east-2a --outpost-arn arn:aws:outposts:us-east-2:123456789012:outpost/op-03e6fecad652a6138 --size 50

Amazon EBS gp2 ボリュームのサイズは、ボリュームをデタッチする必要なく動的に変更することができます。ボリュームをデタッチせずに変更する方法の詳細については、「EBS ボリュームへの変更のリクエスト」を参照してください。