翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AZ ID
当初、アベイラビリティーゾーンを各 のコードに個別にマッピングすることにしました AWS アカウント。これにより、ほとんどのお客様がリージョンで最初のアベイラビリティーゾーンを選択した場合でも、リソースがこれらのリージョンのアベイラビリティーゾーン全体に分散されます。たとえば、 us-east-1aの は、別の us-east-1aの と同じ物理的な場所ではない AWS アカウント 場合があります AWS アカウント。顧客の使用状況パターン AWS の詳細と AWS 進化に伴い、アベイラビリティーゾーンをコードに個別にマッピングし続ける必要はないと判断しました。2012 年 11 月以降に導入されたすべてのリージョンでは、アベイラビリティーゾーンとコードの統一されたマッピングが使用されます。
アベイラビリティーゾーンを個別にマッピングする場合でも、すべてのリージョンのアカウント間でアベイラビリティーゾーンを調整するには、アベイラビリティーゾーンの一意で一貫性のある識別子である AZ IDs を使用します。例えば、use1-az1 は us-east-1 リージョンの AZ ID であり、どの AWS アカウントでも同じ物理的な場所を表します。アカウントの AZ ID を表示して、別のアカウントのリソースに対するリソースの物理的な場所を特定できます。例えば、AZ ID use1-az2 のアベイラビリティーゾーンにあるサブネットを別のアカウントと共有する場合、このサブネットは AZ ID が同じく use1-az2 であるアベイラビリティーゾーンのそのアカウントでも利用できます。
アカウントの AZ IDs を表示するには、EC2 ダッシュボード
次の図はアベイラビリティーゾーンのコードの AZ ID に対するマッピングが異なる 2 つのアカウントを示しています。
アベイラビリティーゾーンが個別にマッピングされたリージョン
次のリージョンでは、2025 年 11 月以前に作成されたアカウントについて、アベイラビリティーゾーンを各 AWS アカウントのコードに個別にマッピングします。2025 年 11 月以降に作成されたアカウントは、同じアベイラビリティーゾーンをコードにマッピングします。他のすべてのリージョンでは、ユニフォームマッピングが使用されます。
米国東部 (バージニア北部)
米国西部 (北カリフォルニア)
米国西部 (オレゴン)
アジアパシフィック (シンガポール)
アジアパシフィック (シドニー)
アジアパシフィック (東京)
欧州 (アイルランド)
南米 (サンパウロ)
AWS GovCloud (US-West)
コマンドの例
次の AWS CLI コマンドは、アカウントの AZ IDs に関する情報を取得する方法を示しています。
CLI を使用してアベイラビリティーゾーンの名前と IDs を一覧表示するには
次の describe-availability-zones コマンドを使用して、現在のリージョンのアベイラビリティーゾーンを記述します。別のリージョンのアベイラビリティーゾーンを記述するには、 --regionオプションを追加します。
aws ec2 describe-availability-zones --query "AvailabilityZones[].{Name:ZoneName,ID:ZoneId}" --output table
米国東部 (オハイオ) の出力例を次に示します。
----------------------------
| DescribeAvailabilityZones|
+-----------+--------------+
| ID | Name |
+-----------+--------------+
| use2-az1 | us-east-2a |
| use2-az2 | us-east-2b |
| use2-az3 | us-east-2c |
+-----------+--------------+インスタンスメタデータを使用して AZ ID を取得するには
インスタンスメタデータを使用して、インスタンスが起動されるアベイラビリティーゾーンの AZ ID を取得できます。
