Regiones, zonas de disponibilidad y Local Zones

Los recursos de informática en la nube de Amazon están alojados en varias ubicaciones de todo el mundo. Dichas ubicaciones se componen de regiones de AWS, zonas de disponibilidad y zonas locales. Cada región de AWS es un área geográfica independiente. Cada región de AWS tiene varias ubicaciones aisladas conocidas como zonas de disponibilidad.

nota

Para obtener información acerca de cómo encontrar las zonas de disponibilidad de una región de AWS, consulte el tema donde se describen las zonas de disponibilidad en la documentación de Amazon EC2.

Las Local Zones le permiten colocar recursos, como de cómputo y de almacenamiento, en varias ubicaciones más cercanas a los usuarios finales. Amazon RDS le permite colocar recursos, como instancias de base de datos y datos en varias ubicaciones. Los recursos no se replican en las regiones de AWS, 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 de bases de datos que están en la misma ubicación. Si aloja todas sus instancias de base de datos en una ubicación que se ve afectada por dicho error, ninguna de sus instancias de base de datos estará disponible.

Es importante recordar que cada región de AWS es completamente independiente. Cualquier actividad de Amazon RDS; que se inicie (por ejemplo, la creación de instancias de base de datos o la enumeración de las instancias de base de datos disponibles) se ejecuta solo en la región de AWS predeterminada actual. La Región de AWS por defecto se puede cambiar en la consola, o estableciendo la variable de entorno AWS_DEFAULT_REGION. O bien, se puede anular utilizando el parámetro --region con la AWS Command Line Interface (AWS CLI). Para obtener más información, consulte Configurar la AWS Command Line Interface, específicamente las secciones relativas a las variables de entorno y las opciones de la línea de comandos.

Amazon RDS admite las regiones especiales de AWS denominadas AWS GovCloud (US). Estas se han diseñado para permitir a los clientes y los organismos del Gobierno de Estados Unidos que traspasen cargas de trabajo más confidenciales a la nube. Mediante las regiones AWS GovCloud (US) se atienden las necesidades reglamentarias y de cumplimiento propias del Gobierno de Estados Unidos. Para obtener más información, consulte ¿Qué es AWS GovCloud (US)?

Para crear una instancia de base de datos de Amazon RDS o trabajar con ella en una región concreta de AWS, use el punto de enlace de servicio regional correspondiente.

AWSRegiones de

Cada región de AWS se ha diseñado para que esté totalmente aislada de las demás regiones de AWS. Este diseño logra la mayor tolerancia a errores y estabilidad posibles.

Cuando se consultan los recursos, solo se ven los recursos vinculados a la región de AWS especificada. Esto se debe a que las regiones de AWSestán aisladas entre sí y no replicamos automáticamente los recursos en distintas regiones de AWS.

Disponibilidad por región

En la tabla siguiente, se muestran las regiones de AWS donde Amazon RDS está disponible actualmente y el punto de enlace de cada región.

Nombre de la región	Región	Punto de conexión	Protocolo
Este de EE. UU. (Ohio)	us-east-2	rds.us-east-2.amazonaws.com rds-fips.us-east-2.api.aws rds.us-east-2.api.aws rds-fips.us-east-2.amazonaws.com	HTTPS HTTPS HTTPS HTTPS
Este de EE. UU. (Norte de Virginia)	us-east-1	rds.us-east-1.amazonaws.com rds-fips.us-east-1.api.aws rds-fips.us-east-1.amazonaws.com rds.us-east-1.api.aws	HTTPS HTTPS HTTPS HTTPS
Oeste de EE. UU. (Norte de California)	us-west-1	rds.us-west-1.amazonaws.com rds.us-west-1.api.aws rds-fips.us-west-1.amazonaws.com rds-fips.us-west-1.api.aws	HTTPS HTTPS HTTPS HTTPS
Oeste de EE. UU. (Oregón)	us-west-2	rds.us-west-2.amazonaws.com rds-fips.us-west-2.amazonaws.com rds.us-west-2.api.aws rds-fips.us-west-2.api.aws	HTTPS HTTPS HTTPS HTTPS
África (Ciudad del Cabo)	af-south-1	rds.af-south-1.amazonaws.com rds.af-south-1.api.aws	HTTPS HTTPS
Asia-Pacífico (Hong Kong)	ap-east-1	rds.ap-east-1.amazonaws.com rds.ap-east-1.api.aws	HTTPS HTTPS
Asia-Pacífico (Hyderabad)	ap-south-2	rds.ap-south-2.amazonaws.com rds.ap-south-2.api.aws	HTTPS HTTPS
Asia-Pacífico (Yakarta)	ap-southeast-3	rds.ap-southeast-3.amazonaws.com rds.ap-southeast-3.api.aws	HTTPS HTTPS
Asia-Pacífico (Melbourne)	ap-southeast-4	rds.ap-southeast-4.amazonaws.com rds.ap-southeast-4.api.aws	HTTPS HTTPS
Asia-Pacífico (Bombay)	ap-south-1	rds.ap-south-1.amazonaws.com rds.ap-south-1.api.aws	HTTPS HTTPS
Asia-Pacífico (Osaka)	ap-northeast-3	rds.ap-northeast-3.amazonaws.com rds.ap-northeast-3.api.aws	HTTPS HTTPS
Asia-Pacífico (Seúl)	ap-northeast-2	rds.ap-northeast-2.amazonaws.com rds.ap-northeast-2.api.aws	HTTPS HTTPS
Asia-Pacífico (Singapur)	ap-southeast-1	rds.ap-southeast-1.amazonaws.com rds.ap-southeast-1.api.aws	HTTPS HTTPS
Asia-Pacífico (Sídney)	ap-southeast-2	rds.ap-southeast-2.amazonaws.com rds.ap-southeast-2.api.aws	HTTPS HTTPS
Asia-Pacífico (Tokio)	ap-northeast-1	rds.ap-northeast-1.amazonaws.com rds.ap-northeast-1.api.aws	HTTPS HTTPS
Canadá (centro)	ca-central-1	rds.ca-central-1.amazonaws.com rds.ca-central-1.api.aws rds-fips.ca-central-1.api.aws rds-fips.ca-central-1.amazonaws.com	HTTPS HTTPS HTTPS HTTPS
Oeste de Canadá (Calgary)	ca-west-1	rds.ca-west-1.amazonaws.com rds-fips.ca-west-1.amazonaws.com	HTTPS HTTPS
Europa (Fráncfort)	eu-central-1	rds.eu-central-1.amazonaws.com rds.eu-central-1.api.aws	HTTPS HTTPS
Europa (Irlanda)	eu-west-1	rds.eu-west-1.amazonaws.com rds.eu-west-1.api.aws	HTTPS HTTPS
Europa (Londres)	eu-west-2	rds.eu-west-2.amazonaws.com rds.eu-west-2.api.aws	HTTPS HTTPS
Europa (Milán)	eu-south-1	rds.eu-south-1.amazonaws.com rds.eu-south-1.api.aws	HTTPS HTTPS
Europa (París)	eu-west-3	rds.eu-west-3.amazonaws.com rds.eu-west-3.api.aws	HTTPS HTTPS
Europa (España)	eu-south-2	rds.eu-south-2.amazonaws.com rds.eu-south-2.api.aws	HTTPS HTTPS
Europa (Estocolmo)	eu-north-1	rds.eu-north-1.amazonaws.com rds.eu-north-1.api.aws	HTTPS HTTPS
Europa (Zúrich)	eu-central-2	rds.eu-central-2.amazonaws.com rds.eu-central-2.api.aws	HTTPS HTTPS
Israel (Tel Aviv)	il-central-1	rds.il-central-1.amazonaws.com rds.il-central-1.api.aws	HTTPS HTTPS
Medio Oriente (Baréin)	me-south-1	rds.me-south-1.amazonaws.com rds.me-south-1.api.aws	HTTPS HTTPS
Medio Oriente (EAU)	me-central-1	rds.me-central-1.amazonaws.com rds.me-central-1.api.aws	HTTPS HTTPS
América del Sur (São Paulo)	sa-east-1	rds.sa-east-1.amazonaws.com rds.sa-east-1.api.aws	HTTPS HTTPS
AWS GovCloud (Este de EE. UU.)	us-gov-east-1	rds.us-gov-east-1.amazonaws.com rds.us-gov-east-1.api.aws	HTTPS HTTPS
AWS GovCloud (Oeste de EE.UU.)	us-gov-west-1	rds.us-gov-west-1.amazonaws.com rds.us-gov-west-1.api.aws	HTTPS HTTPS

Si no especifica expresamente un punto de enlace, el punto de enlace de EE.UU. Oeste (Oregón) es el ajuste predeterminado.

Cuando trabaje con una instancia de base de datos utilizando las operaciones de la AWS CLI o de la API, asegúrese de especificar su punto de enlace regional.

Zonas de disponibilidad

Cuando crea una instancia de base de datos, puede elegir una zona de disponibilidad o hacer que Amazon RDS elija una al azar. Una zona de disponibilidad está representada por un código de región de AWSseguido de un identificador de letra (por ejemplo, us-east-1a).

Utilice el comando describe-availability-zones de Amazon EC2, tal y como se indica a continuación, para describir las zonas de disponibilidad dentro de la región especificada que están habilitadas para su cuenta.

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

Por ejemplo, para describir las zonas de disponibilidad de la región Este de EE. UU. (Norte de Virginia) (us-east-1) que están habilitadas para su cuenta, ejecute el siguiente comando:

aws ec2 describe-availability-zones --region us-east-1

No puede elegir las zonas de disponibilidad para las instancias de base de datos primaria y secundaria en una implementación de base de datos Multi-AZ. Amazon RDS las elige de forma aleatoria. Para obtener más información sobre las implementaciones Multi-AZ, consulte Configuración y administración de una implementación multi-AZ.

nota

La selección aleatoria de zonas de disponibilidad de RDS no garantiza una distribución uniforme de instancias de base de datos entre las zonas de disponibilidad dentro de una sola cuenta o grupo de subred de base de datos. Puede solicitar una zona de disponibilidad específica cuando crea o modifica una instancia Single-AZ y puede utilizar grupos de subred de base de datos más específicos para instancias Multi-AZ. Para obtener más información, consulte Creación de una instancia de base de datos de Amazon RDS y Modificación de una instancia de base de datos de Amazon RDS.

Zonas locales

Una Zona local es una extensión de una región de AWS que está geográficamente cerca de sus usuarios. Puede ampliar cualquier VPC de la región de AWS principal a las zonas locales. Para ellos, cree una nueva subred y asígnela a la zona local de AWS. Cuando crea una subred en una zona local, la VPC también se amplía a dicha zona local. La subred de la zona local funciona igual que otras subredes de su VPC.

Al crear una instancia de base de datos, puede elegir una subred en una zona local. Las zonas locales tienen sus propias conexiones a internet y admiten AWS Direct Connect. Por lo tanto, los recursos creados en una zona local pueden prestar servicio a los usuarios locales con comunicaciones de muy baja latencia. Para obtener más información, consulte AWS Local Zones.

Una zona local se representa mediante un código de región de AWS seguido de un identificador que indica la ubicación, por ejemplo, us-west-2-lax-1a.

nota

Las zonas locales no se pueden incluir en una implementación Multi-AZ.

Para utilizar una zona local

1. Habilite la zona local en la consola de Amazon EC2.

   Para obtener más información, consulte Habilitar zonas locales en la Guía del usuario de Amazon EC2 para instancias de Linux.

2. Cree una subred en la zona local.

   Para obtener más información, consulte Creación de una subred en la VPC en la Guía del usuario de Amazon VPC.

3. Cree un grupo de subredes de base de datos en la zona local.

   Al crear un grupo de subredes de base de datos, elija el grupo de zonas de disponibilidad para la zona local.

   Para obtener más información, consulte Creación de una instancia de base de datos en una VPC.

4. Cree una instancia de base de datos que utilice el grupo de subredes de base de datos en la zona local.

   Para obtener más información, consulte Creación de una instancia de base de datos de Amazon RDS.

importante

Actualmente, la única zona local de AWS donde Amazon RDS está disponible es Los Ángeles, en la región Oeste de EE. UU. (Oregón).