Amazon Elastic Compute Cloud
Guía del usuario de instancias de Linux

Regiones y zonas de disponibilidad

Amazon EC2 está hospedado en varias ubicaciones de todo el mundo. Dichas ubicaciones se componen de regiones y zonas de disponibilidad. Cada región es un área geográfica independiente. Cada región tiene varias ubicaciones aisladas conocidas como zonas de disponibilidad. Amazon EC2 ofrece la posibilidad de colocar recursos, como instancias y datos, en varias ubicaciones. Los recursos no se replican en las regiones, a menos que usted decida hacerlo específicamente.

Amazon opera centros de datos de alta disponibilidad con tecnología de vanguardia. Aunque es infrecuente, puede suceder que se produzcan errores que afecten a la disponibilidad de las instancias que están en la misma ubicación. Si hospeda todas las instancias en una misma ubicación y allí se produce un error, ninguna de las instancias estaría disponible.

Conceptos de región y zona de disponibilidad

Cada región es totalmente independiente. Cada zona de disponibilidad está aislada, pero las zonas de disponibilidad de una región están conectadas a través de conexiones de baja latencia. En el siguiente diagrama se ilustra la relación entre las regiones y las zonas de disponibilidad.


				Regiones y zonas de disponibilidad

Los recursos de Amazon EC2 pueden ser globales, estar vinculados a una región o a una zona de disponibilidad. Para obtener más información, consulte Ubicaciones de los recursos.

Regiones

Cada región de Amazon EC2 se ha diseñado para que esté totalmente aislada de las demás regiones de Amazon EC2. Con ello se consigue la mejor tolerancia a errores y estabilidad posibles.

Cuando vea sus recursos, solo verá los que estén vinculados a la región especificada. Esto se debe a que las regiones están aisladas entre sí y no replicamos automáticamente los recursos en distintas regiones.

Cuando lanza una instancia, debe seleccionar una AMI que esté en la misma región. Si la AMI está en otra región, puede copiar la AMI a la región que está usando. Para obtener más información, consulte Copiar una AMI.

Tenga en cuenta que existe un cargo por transferencia de datos entre regiones. Para obtener más información, consulte Precios de Amazon EC2: transferencia de datos.

Zonas de disponibilidad

Cuando lanza una instancia, puede seleccionar una zona de disponibilidad o dejar que elijamos una por usted. Si distribuye las instancias entre varias zonas de disponibilidad y una de las instancias genera un error, puede diseñar la aplicación de forma que una instancia en otra zona de disponibilidad pueda gestionar las solicitudes.

También puede usar direcciones IP elásticas para enmascarar los errores de una instancia en una zona de disponibilidad volviendo a mapear rápidamente la dirección hacia una instancia en otra zona de disponibilidad. Para obtener más información, consulte Direcciones IP elásticas.

Una zona de disponibilidad está representada por un código de región seguido de un identificador de letra; por ejemplo, us-east-1a. Para garantizar que los recursos se distribuyen por todas las zonas de disponibilidad de una región, asignamos zonas de disponibilidad de manera independiente a nombres de cada cuenta de AWS. Por ejemplo, es posible que la zona de disponibilidad us-east-1a de su cuenta de AWS no se encuentre en la misma ubicación de us-east-1a que otra cuenta de AWS.

Para coordinar las zonas de disponibilidad entre cuentas, debe usar el ID de AZ, que es un identificador único y constante de una zona de disponibilidad. Por ejemplo, use1-az1 es un ID de zona de disponibilidad para la región us-east-1 y tiene la misma ubicación en cada cuenta de AWS.

La visualización de los ID de zona de disponibilidad le permite determinar la ubicación de los recursos de una cuenta en relación con los recursos de otra cuenta. Por ejemplo, si comparte una subred en la zona de disponibilidad con el ID de zona de disponibilidad use-az2 con otra cuenta, esta subred se encuentra disponible para esa cuenta en la zona de disponibilidad cuyo ID de zona de disponibilidad es también use-az2. El ID de zona de disponibilidad para cada VPC y subred aparece en la consola de Amazon VPC. Para obtener más información, consulte la sección sobre el uso compartido de VPC en la Guía del usuario de Amazon VPC.

A medida que las zonas de disponibilidad crecen a lo largo del tiempo, nuestra capacidad de ampliarlas podría verse limitada. Si esto sucediera, podríamos restringir el lanzamiento de instancias en una zona de disponibilidad limitada a menos que ya tuviera una instancia en dicha zona de disponibilidad. Con el tiempo, también podríamos quitar la zona de disponibilidad limitada de la lista de zonas de disponibilidad de las nuevas cuentas. Por consiguiente, una cuenta podría tener un número diferente de zonas de disponibilidad disponibles en una región que otra cuenta.

Puede crear una lista con las zonas de disponibilidad que están disponibles para su cuenta. Para obtener más información, consulte Descripción de las regiones y zonas de disponibilidad.

Regiones disponibles

Su cuenta determina las regiones que están disponibles para usted. Por ejemplo:

  • Una cuenta de AWS proporciona varias regiones de manera que se puedan lanzar instancias Amazon EC2 en ubicaciones que se ajusten a sus necesidades. Por ejemplo, podría desear lanzar instancias en Europa, para estar más cerca de sus clientes europeos o para cumplir requisitos legales.

  • Una cuenta AWS GovCloud (EE.UU. Oeste) solo ofrece acceso a la región AWS GovCloud (EE.UU. Oeste). Para obtener más información, consulte AWS GovCloud (EE.UU. Oeste) Region.

  • Una cuenta Amazon AWS (China) solo ofrece acceso a las regiones Pekín y Ningxia. Para obtener más información, consulte AWS en China.

En la siguiente tabla se muestran las regiones proporcionadas por una cuenta AWS. No puede describir ni obtener acceso a regiones adicionales desde una cuenta de AWS, como AWS GovCloud (EE.UU. Oeste) o las regiones de China. Para utilizar una región introducida después del 20 de marzo de 2019, debe habilitar la región. Para obtener más información, consulte Managing AWS Regions (Administración de regiones de AWS) en la AWS General Reference.

Code Nombre Estado de inscripción

us-east-1

US East (N. Virginia)

No se necesita

us-east-2

EE.UU. Este (Ohio)

No se necesita

us-west-1

EE.UU. Oeste (Norte de California)

No se necesita

us-west-2

EE.UU. Oeste (Oregón)

No se necesita

ca-central-1

Canadá (Central)

No se necesita

eu-central-1

UE (Fráncfort)

No se necesita

eu-west-1

UE (Irlanda)

No se necesita

eu-west-2

UE (Londres)

No se necesita

eu-west-3

UE (París)

No se necesita

eu-north-1

UE Estocolmo

No se necesita

ap-east-1

Asia Pacífico (Hong Kong)

Obligatorio

ap-northeast-1

Asia Pacífico (Tokio)

No se necesita

ap-northeast-2

Asia Pacífico (Seúl)

No se necesita

ap-northeast-3

Asia Pacífico (Osaka-local)

No se necesita

ap-southeast-1

Asia Pacífico (Singapur)

No se necesita

ap-southeast-2

Asia Pacífico (Sídney)

No se necesita

ap-south-1

Asia Pacífico (Mumbai)

No se necesita

me-south-1

Medio Oriente (Baréin)

Obligatorio

sa-east-1

América del Sur (São Paulo)

No se necesita

Para obtener más información, consulte Infraestructura global de AWS.

El número y el mapeo de zonas de disponibilidad por región puede variar entre cuentas AWS. Para obtener una lista de las zonas de disponibilidad que están disponibles para su cuenta, puede usar la consola de Amazon EC2 o la interfaz de línea de comandos. Para obtener más información, consulte Descripción de las regiones y zonas de disponibilidad.

Regiones y puntos de enlace

Cuando trabaja con una instancia usando la interfaz de línea de comandos o las acciones de API, debe especificar el punto de enlace regional. Para obtener más información sobre las regiones y los puntos de enlace para Amazon EC2, consulte Regiones y puntos de enlace en la Referencia general de Amazon Web Services.

Para obtener más información sobre los puntos de enlace y los protocolos en AWS GovCloud (EE.UU. Oeste), consulte AWS GovCloud (EE.UU. Oeste) Endpoints en la AWS GovCloud (US) User Guide.

Descripción de las regiones y zonas de disponibilidad

Puede usar la consola de Amazon EC2 o la interfaz de línea de comandos para determinar las regiones y zonas de disponibilidad que están disponibles para su cuenta. Para obtener más información acerca de estas interfaces de línea de comandos, consulte Acceso a Amazon EC2.

Para encontrar sus regiones y zonas de disponibilidad desde la consola

  1. Abra la consola de Amazon EC2 en https://console.aws.amazon.com/ec2/.

  2. En la barra de navegación, vea las opciones en el selector de regiones.

    
						Visualización de las regiones
  3. En el panel de navegación, elija EC2 Dashboard (Panel de EC2).

  4. Las zonas de disponibilidad se enumeran en Service Health (Estado del servicio), Availability Zone Status (Estado de la zona de disponibilidad).

Para encontrar sus regiones y zonas de disponibilidad desde la AWS CLI

  1. Use el comando describe-regions como se indica a continuación para describir las regiones que están habilitadas para su cuenta.

    aws ec2 describe-regions

    Para describir todas las regiones, incluidas las regiones que están deshabilitadas para su cuenta, agregue la opción --all-regions como se indica a continuación.

    aws ec2 describe-regions --all-regions
  2. Utilice el comando describe-availability-zones como se indica a continuación para describir las zonas de disponibilidad dentro de la región especificada.

    aws ec2 describe-availability-zones --region region-name

Para encontrar sus regiones y zonas de disponibilidad mediante la Herramientas de AWS para Windows PowerShell

  1. Utilice el comando Get-EC2Region como se indica a continuación para describir las regiones de su cuenta.

    PS C:\> Get-EC2Region
  2. Utilice el comando Get-EC2AvailabilityZone como se indica a continuación para describir las zonas de disponibilidad de la región especificada.

    PS C:\> Get-EC2AvailabilityZone -Region region-name

Especificación de la región para un recurso

Cada vez que crea un recurso de Amazon EC2, puede especificar la región para el recurso. Puede especificar la región para un recurso mediante la Consola de administración de AWS o la línea de comandos.

nota

Es posible que algunos recursos de AWS no estén disponibles en todas las regiones y zonas de disponibilidad. Asegúrese de que puede crear los recursos que necesita en las regiones o zona de disponibilidad deseadas antes de lanzar una instancia en una zona de disponibilidad específica.

Para especificar la región para un recurso mediante la consola

  1. Abra la consola de Amazon EC2 en https://console.aws.amazon.com/ec2/.

  2. Use el selector de regiones en la barra de navegación.

    
						Uso del selector de regiones de la consola

Para especificar la región predeterminada mediante la línea de comandos

Puede establecer el valor de una variable de entorno en el punto de enlace regional deseado (por ejemplo, https://ec2.us-east-2.amazonaws.com):

  • AWS_DEFAULT_REGION (AWS CLI)

  • Set-AWSDefaultRegion (Herramientas de AWS para Windows PowerShell)

También puede utilizar la opción de la línea de comandos --region (AWS CLI) o -Region (Herramientas de AWS para Windows PowerShell) con cada comando. Por ejemplo, --region us-east-2.

Para obtener más información sobre los puntos de enlace para Amazon EC2, consulte Puntos de enlace de Amazon Elastic Compute.

Lanzamiento de instancias en una zona de disponibilidad

Cuando lance una instancia, seleccione una región que ponga sus instancias cerca de determinados clientes, o que cumpla los requisitos legales o de otra índole que tenga. Al lanzar instancias en distintas zonas de disponibilidad, puede proteger sus aplicaciones de los errores que se produzcan en una única ubicación.

Cuando lanza una instancia, opcionalmente puede especificar una zona de disponibilidad en la región que está usando. Si no especifica una zona de disponibilidad, nos encargamos de seleccionar una para usted. Cuando lance sus instancias iniciales, le recomendamos que acepte la zona de disponibilidad predeterminada, porque esto nos permite seleccionar la mejor zona de disponibilidad para usted en función del estado del sistema y de la capacidad disponible. Si lanza instancias adicionales, solo especifique una zona de disponibilidad si las nuevas instancias deben estar cerca o separadas de las instancias en ejecución.

Migración de una instancia a otra zona de disponibilidad

Si es necesario, puede migrar una instancia de una zona de disponibilidad a otra. Por ejemplo, si está intentando modificar el tipo de instancia de la instancia y no podemos lanzar una instancia del nuevo tipo de instancia en la zona de disponibilidad actual, podría migrar la instancia a una zona de disponibilidad en la que poder lanzar una instancia de ese tipo de instancia.

El proceso de migración implica crear una AMI a partir de la instancia original, lanzar una instancia en la nueva zona de disponibilidad y actualizar la configuración de la nueva instancia, tal como se muestra en el siguiente procedimiento.

Para migrar una instancia a otra zona de disponibilidad

  1. Cree una AMI a partir de la instancia. El procedimiento dependerá del sistema operativo y del tipo de volumen de dispositivo raíz para la instancia. Para obtener más información, consulte la documentación que corresponde al sistema operativo y al volumen de dispositivo raíz:

  2. Si necesita conservar la dirección IPv4 privada de la instancia, debe eliminar la subred en la zona de disponibilidad actual y, a continuación, crear una subred en la zona de disponibilidad nueva con el mismo rango de direcciones IPv4 que la subred original. Tenga en cuenta que debe terminar todas las instancias en una subred antes de poder eliminarla. Por consiguiente, debería crear las AMI a partir de todas las instancias de la subred de forma que pueda mover todas las instancias de la subred actual a la nueva subred.

  3. Lance una instancia desde la AMI que acaba de crear, especificando la nueva zona de disponibilidad o subred. Puede usar el mismo tipo de instancia que la instancia original o seleccionar un nuevo tipo de instancia. Para obtener más información, consulte Lanzamiento de instancias en una zona de disponibilidad.

  4. Si la instancia original tenía una dirección IP elástica asociada, asóciela con la nueva instancia. Para obtener más información, consulte Anulación de la asociación de una dirección IP elástica y reasociación con una instancia diferente.

  5. Si la instancia original es una Instancia reservada, cambie la zona de disponibilidad de la reserva. (Si también cambió el tipo de instancia, también podrá cambiar el tipo de instancia de la reserva). Para obtener más información, consulte Envío de solicitudes de modificación.

  6. (Opcional) Termine la instancia original. Para obtener más información, consulte Terminación de una instancia.