Compartir recursos regionales frente a recursos globales - AWS Resource Access Manager
¿En qué se diferencian los recursos regionales y globales?Recursos compartidos y sus regiones

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Compartir recursos regionales frente a recursos globales

En este tema se analizan las diferencias en la forma en que AWS Resource Access Manager (AWS RAM) funciona con los recursos regionales y globales.

Los recursos pueden ser regionales o globales. Puede usar el cuarto campo del nombre de recurso de Amazon (ARN) para identificar si un recurso es regional o global. Los recursos regionales muestran la Región de AWS. Si este campo está en blanco, significa que el recurso es global.

¿En qué se diferencian los recursos regionales y globales?

Recursos regionales

La mayoría de los recursos con los que puede compartir AWS RAM son regionales. Los puede crear en una Región de AWS específica y, a continuación, existen en esa región. Para ver esos recursos o interactuar con ellos, debe dirigir sus operaciones hacia esa región. Por ejemplo, para crear una instancia de Amazon Elastic Compute Cloud (Amazon EC2) con AWS Management Console, eliges la instancia en la Región de AWS que quieres crear la instancia. Si utilizas el AWS Command Line Interface (AWS CLI) para crear la instancia, incluyes el --region parámetro. AWS SDKs Cada uno tiene su propio mecanismo equivalente para especificar la región que utiliza la operación.

Existen varios motivos para utilizar los recursos regionales. Una buena razón es asegurarse de que los recursos y los puntos de conexión de servicio que se utilizan para acceder a ellos estén lo más cerca posible del cliente. Esto mejora el rendimiento al minimizar la latencia. Otra razón es proporcionar un límite de aislamiento. Esto permite crear copias independientes de los recursos en varias regiones para distribuir la carga y mejorar la escalabilidad. Al mismo tiempo, aísla los recursos unos de otros para mejorar la disponibilidad.

Si especificas otro Región de AWS en la consola o en un AWS CLI comando, ya no podrás ver ni interactuar con los recursos que veías en la región anterior.

Cuando consulta el nombre de recurso de Amazon (ARN) de un recurso regional, la región que contiene el recurso se especifica como el cuarto campo del ARN. Por ejemplo, una EC2 instancia de Amazon es un recurso regional. Estos recursos tienen ARNs un aspecto similar al siguiente ejemplo para una VPC que existe en la us-east-1 región.

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

Algunos AWS servicios admiten recursos a los que puede acceder de forma global, lo que significa que puede utilizar el recurso desde cualquier lugar. No se especifica ninguno Región de AWS en la consola de un servicio global. Para acceder a un recurso global, no se especifica un --region parámetro cuando se utilizan las operaciones del servicio AWS CLI y del AWS SDK.

Los recursos globales admiten casos en los que es fundamental que solo pueda existir una instancia de un determinado recurso en cada momento dado. En estos casos, la replicación o sincronización entre copias en diferentes regiones no son adecuadas. Tener que acceder a un único punto de conexión global, con el posible aumento de la latencia, se considera aceptable para garantizar que cualquier cambio sea visible de forma instantánea para los consumidores del recurso. Por ejemplo, cuando creas una red principal de WAN AWS en la nube como recurso global, es coherente para todos los usuarios. Aparece como un único clúster global y continuo en todas las regiones.

El nombre de recurso de Amazon (ARN) de un recurso global no incluye una región. El cuarto campo del ARN está vacío, como se muestra en el siguiente ejemplo de ARN de una red central WAN en la nube.

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

Recursos compartidos y sus regiones

AWS RAM es un servicio regional y un recurso compartido es regional. Por lo tanto, un recurso compartido puede contener recursos del Región de AWS mismo recurso compartido y cualquier recurso global compatible. La región en la que se crea el recurso compartido se denomina su región de origen.

importante

En la actualidad, se pueden crear recursos compartidos con recursos globales únicamente en la región de origen designada Este de EE. UU. (Norte de Virginia), us-east-1. Si bien puede crear el recurso compartido solo en esa única región de origen, cualquier recurso global compartido aparecerá como un recurso global estándar al visualizarlo en la consola de ese servicio o en las operaciones de CLI y SDK. La restricción a la región de origen se aplica únicamente al recurso compartido, no a los recursos que contiene.

Para compartir un recurso regional que haya creado en la us-west-2 región, debe configurar la AWS RAM consola para usar us-west-2 y crear el recurso compartido allí. No puede crear un recurso compartido que incluya recursos regionales de diferentes Regiones de AWS. Esto significa que, para compartir recursos de us-west-2 y de eu-north-1, debe crear dos recursos compartidos diferentes. No puede combinar recursos de dos regiones diferentes en un mismo recurso compartido.

Para compartir un recurso global en la AWS RAM consola, debe configurarla para que utilice la AWS RAM región de origen designada, EE. UU. Este (Norte de Virginia)us-east-1. A continuación, cree el recurso compartido en la región de origen designada. Solo puede combinar recursos globales en un recurso compartido con recursos de la región us-east-1.

Aunque el recurso global solo se puede ver en un AWS RAM recurso compartido en la región de origen designada, sigue siendo un recurso global después de compartirlo. Puedes acceder a él en el entorno compartido Cuentas de AWS desde cualquier región desde la que pudieras acceder a él en la versión original Cuenta de AWS.

Consideraciones

  • Para crear un recurso compartido en la AWS RAM consola, debe usar la región que contiene los recursos que desea compartir. Si desea incluir un recurso global, debe usar la región de origen designada para crear el recurso compartido. Por ejemplo, para compartir una red principal de WAN en la AWS nube, debes crear el recurso compartido en la us-east-1 región.

  • Para ver o modificar un recurso compartido en la AWS RAM consola, debes usar la región que contiene el recurso compartido. Del mismo modo, las operaciones AWS RAM AWS CLI y las del SDK le permiten interactuar únicamente con los recursos compartidos que se encuentren en la región que especifique en la operación. Para ver o modificar recursos compartidos que contengan recursos globales, debe usar la región de origen designada, Este de EE. UU. (Norte de Virginia), us-east-1.

  • Para ver un recurso regional en la AWS RAM consola e incluirlo en un recurso compartido, debe usar la región que contiene el recurso regional.

  • Para ver un recurso global en la AWS RAM consola e incluirlo en un recurso compartido, debe usar la región de origen designada, EE. UU. Este (Norte de Virginia)us-east-1.

  • Solo puede crear un recurso compartido con recursos regionales y globales a la vez en la región de origen designada, Este de EE. UU. (Norte de Virginia), us-east-1.