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

リージョンとゾーン

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

  • リージョンはそれぞれ、地理的に離れた領域です。

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

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

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

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

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

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

リージョン

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

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

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

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

利用できるリージョン

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

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

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

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

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

Code 名前 オプトインステータス
us-east-2 米国東部(オハイオ) 不要
us-east-1 米国東部 (バージニア) 不要
us-west-1 米国西部(北カリフォルニア) 不要
us-west-2 米国西部(オレゴン) 不要
af-south-1 アフリカ (ケープタウン) 必須
ap-east-1 アジアパシフィック (香港) 必須
ap-south-2 アジアパシフィック (ハイデラバード) 必須
ap-southeast-3 アジアパシフィック (ジャカルタ) 必須
ap-southeast-4 アジアパシフィック (メルボルン) 必須
ap-south-1 アジアパシフィック(ムンバイ) 不要
ap-northeast-3 アジアパシフィック (大阪) 不要
ap-northeast-2 アジアパシフィック(ソウル) 不要
ap-southeast-1 アジアパシフィック(シンガポール) 不要
ap-southeast-2 アジアパシフィック(シドニー) 不要
ap-northeast-1 アジアパシフィック(東京) 不要
ca-central-1 カナダ(中部) 不要
ca-west-1 カナダ西部 (カルガリー) 必須
eu-central-1 欧州 (フランクフルト) 不要
eu-west-1 欧州 (アイルランド) 不要
eu-west-2 欧州 (ロンドン) 不要
eu-south-1 欧州 (ミラノ) 必須
eu-west-3 欧州 (パリ) 不要
eu-south-2 欧州 (スペイン) 必須
eu-north-1 欧州 (ストックホルム) 不要
eu-central-2 欧州 (チューリッヒ) 必須
il-central-1 イスラエル (テルアビブ) 必須
me-south-1 中東 (バーレーン) 必須
me-central-1 中東 (アラブ首長国連邦) 必須
sa-east-1 南米(サンパウロ) 不要

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

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

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

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

AWS GovCloud (米国西部) のエンドポイントとプロトコルの詳細については、「AWS GovCloud (US) ユーザーガイド」の「Service Endpoints」(サービスエンドポイント) を参照してください。

リージョンの説明

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

コンソールを使用してリージョンを検索するには
  1. Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/) を開きます。

  2. ナビゲーションバーで、[Regions] (リージョン) セレクタを選択します。

    
							リージョンの表示
  3. 選択したリージョンの EC2 リソースは、[リソース] セクションの [EC2 ダッシュボード] に表示されます。

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

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

aws ec2 describe-regions

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

aws ec2 describe-regions --all-regions

リージョンの表示名を取得

AWS Systems Manager パラメータストアを使用して、リージョンの表示名を確認できます。各リージョンには、以下のパスにパブリックパラメータがあります。

/aws/service/global-infrastructure/regions/region-code

リージョンのパブリックパラメータには以下が含まれます。

  • /aws/service/global-infrastructure/regions/region-code/domain

  • /aws/service/global-infrastructure/regions/region-code/geolocationCountry

  • /aws/service/global-infrastructure/regions/region-code/geolocationRegion

  • /aws/service/global-infrastructure/regions/region-code/longName

  • /aws/service/global-infrastructure/regions/region-code/partition

longName パラメータにはリージョンの表示名が含まれます。以下の get-parameters-by-path コマンドは、af-south-1 リージョンの表示名を返します。--query オプションを使用して、出力の範囲をリージョンの名前に限定します。Linux ではクエリ文字列を一重引用符で囲む必要があります。Windows コマンドプロンプトを使用してこのコマンドを実行するには、一重引用符を省略するか、二重引用符に変更してください。

Linux
aws ssm get-parameters-by-path \ --path /aws/service/global-infrastructure/regions/af-south-1 \ --query 'Parameters[?Name.contains(@,`longName`)].Value' \ --output text
Windows
aws ssm get-parameters-by-path ^ --path /aws/service/global-infrastructure/regions/af-south-1 ^ --query "Parameters[?Name.contains(@,`longName`)].Value" ^ --output text

以下は出力例です。

Africa (Cape Town)

詳細については、「AWS Systems Manager ユーザーガイド」の「Working with public parameters」を参照してください。

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

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

考慮事項

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

コンソールを使用してリソースのリージョンを指定するには
  1. Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/) を開きます。

  2. ナビゲーションバーで、[Regions] (リージョン) セレクタを選択し、リージョンを選択します。

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

環境変数の値を、目的のリージョンエンドポイント (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 のエンドポイントの詳細については、「AWS 全般のリファレンス」の「Amazon EC2 エンドポイントとクォータ」を参照してください。

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

リージョンごとにアベイラビリティーゾーンと呼ばれる複数の独立した場所があります。アベイラビリティーゾーンのコードは、リージョンコードとそれに続く文字識別子です。例えば、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. ナビゲーションバーで、[Regions] (リージョン) セレクタを選択し、リージョンを選択します。

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

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

AWS CLI を使用してアベイラビリティーゾーンを検索するには
  • 次のように describe-availability-zones コマンドを使用して、アカウントで有効な指定されたリージョン内のアベイラビリティーゾーンを記述します。

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

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

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

インスタンスを起動するときは、インスタンスと特定のお客様を近づけるリージョン、または法的要件や他の要件を満たすリージョンを選択します。個別のアベイラビリティーゾーンでインスタンスを起動することにより、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 です。

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


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

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

利用可能な Local Zones

Amazon EC2 コンソールまたはコマンドラインインターフェイスを使用して、アカウントで利用できるローカルゾーンを確認できます。詳細な一覧については、「AWS Local Zones ロケーション」を参照してください。

コンソールを使用して Local Zones を検索するには
  1. Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/) を開きます。

  2. ナビゲーションバーで、[Regions] (リージョン) セレクタを選択し、親リージョンを選択します。

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

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

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

次のように describe-availability-zones コマンドを使用して、指定したリージョン内のすべてのローカルゾーンを、有効でないものも含めて、表示します。有効にしたローカルゾーンのみを表示するには、--all-availability-zones オプションを省略します。

aws ec2 describe-availability-zones --region region-name --filters Name=zone-type,Values=local-zone --all-availability-zones

Local Zones へのオプトイン

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

考慮事項

一部の AWS リソースは、一部のリージョンで利用できない場合があります。特定のLocal Zonesでインスタンスを起動する前に、目的のリージョンまたはLocal Zonesで必要なリソースを作成できることを確認してください。各ローカルゾーンでサポートされているサービスのリストについては、「AWS Local Zones の機能」を参照してください。

コンソールを使用して Local Zones へオプトインするには
  1. Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/) を開きます。

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

  3. ナビゲーションバーで、[Regions] (リージョン) セレクタを選択し、親リージョンを選択します。

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

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

  6. ローカルゾーンを有効にするには、[Manage] (管理) を選択します。

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

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

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

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

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

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

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

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

  • Amazon が提供する IPv6 VPC アドレス (ロサンゼルスゾーンのみで利用可能)

Local Zones でインスタンスを起動する方法の詳細については、「AWS Local Zones ユーザーガイド」の「AWS Local Zones 入門」を参照してください。

Wavelength Zone

AWS Wavelength を使用することで、デベロッパーは、モバイルデバイスおよびエンドユーザー向けに、非常にレイテンシーが低いアプリケーションを構築できます。Wavelength は、標準の AWS コンピューティングおよびストレージサービスを通信事業者の 5G ネットワークのエッジにデプロイします。デベロッパーは、Virtual Private Cloud (VPC) を 1 つ以上の Wavelength Zones に拡張し、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. ナビゲーションバーで、[Regions] (リージョン) セレクタを選択し、リージョンを選択します。

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

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

AWS CLI を使用して Wavelength Zone を検索するには
  • 次のように describe-availability-zones コマンドを使用して、アカウントで有効な指定したリージョン内の Wavelength Zone を表示します。

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

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

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. ナビゲーションバーで、[Regions] (リージョン) セレクタを選択し、リージョンを選択します。

  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 パートナーネットワークブログのSparse EBS Volumeの構築方法を参照してください。

ルートボリュームの 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 ボリュームへの変更のリクエストを参照してください。