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

リージョンとゾーン

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

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

  • ローカルゾーン では、コンピューティングやストレージなどのリソースをエンドユーザーに近い複数の場所に配置できます。

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

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

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

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

リージョン

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

次の図は、複数の AWS リージョンを示しています。


				リージョン

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

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

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

利用できるリージョン

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

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

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

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

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

利用可能な Wavelength Zone については、AWS Wavelength 開発者ガイドの「利用可能な Wavelength Zone」を参照してください。

コード 名前 オプトインステータス ローカルゾーン
us-east-2 米国東部 (オハイオ) 不要 利用不可
us-east-1 米国東部(バージニア北部) 不要 利用不可
us-west-1 米国西部 (北カリフォルニア) 不要 利用不可
us-west-2 米国西部 (オレゴン) 不要 us-west-2-lax-1a

us-west-2-lax-1b

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 リソースは、[リソース] セクションの [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 マネジメントコンソール またはコマンドラインを使用して指定できます。

考慮事項

一部の 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」を参照してください。

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

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

次の図は、AWS リージョン内の複数のアベイラビリティーゾーンを示しています。


				リージョン

また、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 の使用」を参照してください。

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

アベイラビリティーゾーンの確認

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

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

  1. https://console.aws.amazon.com/ec2/ で Amazon 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ローカルゾーン

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


				ローカルゾーン

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

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

  • Amazon EC2 インスタンス

  • Amazon EBS ボリューム

  • Amazon FSx ファイルサーバー

  • Application Load Balancer

  • Dedicated Hosts

利用可能なローカルゾーンの詳細については、「利用できるリージョン」を参照してください。

ローカルゾーン の確認

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

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

  1. https://console.aws.amazon.com/ec2/ で Amazon 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

ローカルゾーン の有効化

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

考慮事項

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

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

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

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

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

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

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

  6. [管理] をクリックします。

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

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

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

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

インスタンスを起動するときに、ローカルゾーン にあるサブネットを指定できます。また、ネットワーク境界グループから IP アドレスを割り当てます。これは、AWS が IP アドレスをアドバタイズするアベイラビリティーゾーン、ローカルゾーン、または Wavelength Zone の一意のセットです (us-west-2-lax-1a など)。

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

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

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

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

  1. ローカルゾーン を有効にします。詳細については、「ローカルゾーン の有効化」を参照してください。

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

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

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

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

Wavelength Zone は、リージョンコードに続けて Wavelength Zone を示す識別子で表されます (例: us-east-1-wl1-bos-wlz-1)。

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. https://console.aws.amazon.com/ec2/ で Amazon 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 を有効にする必要があります。

考慮事項

  • Wavelength Zone を使用するには、アクセスをリクエストする必要があります。Wavelength Zone へのアクセスをリクエストする方法については、「AWS Wavelength」を参照してください。

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

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

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

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

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

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

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

  6. [Wavelength Zone] で、各 Wavelength Zone をオンにします。

  7. Wavelength Zone を有効にします。

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

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

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

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

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

AWS Outposts

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

Outpost は、お客様のサイトにデプロイされた AWS コンピューティングおよびストレージ容量のプールです。AWS は、この容量を AWS リージョンの一部として運用、モニタリング、管理します。Outpost にサブネットを作成し、これらのサブネットを AWS リソース (EC2 インスタンス、EBS ボリューム、ECS クラスター、RDS インスタンスなど) の作成時に指定できます。Outpost サブネット内のインスタンスは、プライベート IP アドレスを使用して、AWS リージョン内の他のインスタンスと通信します。これらはすべて同じ VPC 内にあります。

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

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

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

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

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

Outpost の作成方法については、AWS Outposts ユーザーガイドの「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

Outpost ボリュームを変更する前に、デタッチする必要があります。ボリュームのデタッチ方法については、「Linux インスタンスからの Amazon EBS ボリュームのデタッチ」を参照してください。