リージョナルリソースの共有とグローバルリソースの共有の比較

AWS RAM で共有できるリソースのほとんどはリージョナルリソースです。特定の AWS リージョン にリージョナルリソースを作成すると、リージョナルリソースはそのリージョンに存在するようになります。これらのリソースの表示や操作を行うには、そのリージョンに対してオペレーションを指示する必要があります。例えば、AWS Management Console を使用して Amazon Elastic Compute Cloud (Amazon EC2) インスタンスを作成するには、インスタンスを作成する AWS リージョン を選択します。AWS Command Line Interface (AWS CLI) を使用してインスタンスを作成する場合は、--region パラメータを含めます。各 AWS SDK には、オペレーションで使用するリージョンを指定する独自の等価メカニズムがあります。

リージョナルリソースを使用するのは、いくつかの理由があります。理由の 1 つは、リソースと、そのリソースへのアクセスに使用するサービスエンドポイントを、できるだけ顧客の近くに置くことです。これにより、レイテンシーが最小限に抑えられるため、パフォーマンスが向上します。もう 1 つの理由は、分離境界を設けることです。これにより、複数のリージョンに独立したリソースのコピーを作成することで、負荷を分散してスケーラビリティを向上させることができます。同時に、リソースを互いに分離することで可用性を向上させます。

コンソールまたは AWS CLI コマンドに別の AWS リージョン を指定した場合、以前のリージョンで表示できたリソースの表示や操作ができなくなります。

リージョナルリソースの Amazon リソースネーム (ARN) を表示すると、そのリソースを含むリージョンが ARN の 4 番目のフィールドとして指定されています。例えば、Amazon EC2 インスタンスはリージョナルリソースです。このようなリソースは、us-east-1 リージョンにある VPC の以下の例と似た ARN を持ちます。

arn:aws:ec2:us-east-1:123456789012:instance/i-0a6f30921424d3eee

一部の AWS サービスは、グローバルにアクセスできるリソースをサポートしています。つまり、どこからでもリソースを使用できます。グローバルサービスのコンソールでは AWS リージョン を指定しません。グローバルリソースにアクセスするには、サービスの AWS CLI および AWS SDK オペレーションを使用する際に --region を指定しません。

グローバルリソースは、特定のリソースのインスタンスが一度に 1 つしか存在できないことが必須なケースをサポートします。このようなシナリオでは、異なるリージョンのコピーとの間でレプリケーションや同期を行うことは適切ではありません。リソースのコンシューマーが変更内容を瞬時に確認できるようにするとレイテンシーが増加する可能性があるため、単一のグローバルエンドポイントにアクセスする必要があることは許容できると考えられます。例えば、AWS Cloud WAN コアネットワークをグローバルリソースとして作成すると、そのネットワークはすべてのユーザーに対して一貫性のあるものになります。これは、すべてのリージョンにまたがる 1 つの連続したグローバルネットワークのように見えます。

グローバルリソースの Amazon リソースネーム (ARN) には、リージョンは含まれません。次の Cloud WAN コアネットワークのサンプル ARN のように、このような ARN の 4 番目のフィールドは空です。

arn:aws:networkmanager::123456789012:core-network/core-network-0514d38fa6f796cea