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

Este tema analiza las diferencias en cómo AWS Resource Access Manager (AWS RAM) administra 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 que se pueden compartir con AWS RAM son regionales. Se crean en una Región de AWS específica y existen en esa región. Para ver estos recursos o interactuar con ellos, debe dirigir sus operaciones a la región correspondiente. Por ejemplo, para crear una instancia de Amazon Elastic Compute Cloud (Amazon EC2) con la AWS Management Console, debe elegir la Región de AWS en la que desea crear la instancia. Si usa la AWS Command Line Interface (AWS CLI) para crear la instancia, debe incluir el parámetro --region. Cada uno de los SDK de AWS 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 especifica una Región de AWS diferente en la consola o en un comando de AWS CLI, ya no podrá ver ni interactuar con los recursos que vería 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 instancia de Amazon EC2 es un recurso regional. Estos recursos tienen ARN similares a los del siguiente ejemplo en el caso de una VPC que existe en la región us-east-1.

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

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

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 se crea una red central WAN en la nube de AWS como recurso global, esta 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 de la misma Región de AWS que el recurso compartido, además de los recursos globales compatibles. 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 región us-west-2, debe configurar la consola de AWS RAM para que utilice us-west-2 y cree allí el recurso compartido. 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 consola de AWS RAM, debe configurar la consola de AWS RAM para que utilice la región de origen designada, Este de EE. UU. (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 está visible en un recurso compartido de AWS RAM solo en la región de origen designada, sigue siendo un recurso global después de compartirlo. Puede acceder a él en las Cuentas de AWS de cualquier región desde la que podría acceder a él en la Cuenta de AWS original.

Consideraciones

  • Para crear un recurso compartido en la consola de AWS RAM, debe utilizar 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 central WAN en la nube de AWS, debe crear el recurso compartido en la región us-east-1.

  • Para ver o modificar un recurso compartido en la consola de AWS RAM, debe usar la región que contiene el recurso compartido. Del mismo modo, las operaciones de AWS CLI y SDK de AWS RAM 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 consola de AWS RAM e incluirlo en un recurso compartido, debe usar la región que contiene el recurso regional.

  • Para ver un recurso global en la consola de AWS RAM e incluirlo en un recurso compartido, debe usar la región de origen designada, Este de EE. UU. (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.