Regiones y zonas de disponibilidad

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 y zonas de disponibilidad. 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.

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

Cuando trabaje con un clúster de base de datos de Aurora usando la interfaz de línea de comandos o las operaciones de la API, asegúrese de especificar su punto de enlace regional.

Disponibilidad por región de Aurora MySQL

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

Disponibilidad por región de Aurora PostgreSQL

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

Zonas de disponibilidad

Una zona de disponibilidad es una ubicación aislada en una Región de AWS determinada. Cada región tiene varias zonas de disponibilidad (AZ) diseñadas para proporcionar alta disponibilidad para la región. Una AZ se identifica mediante el código de la región de AWS seguido de un identificador de letra (por ejemplo, us-east-1a). Si crea la VPC y las subredes en lugar de utilizar la VPC predeterminada, defina cada subred en una AZ específica. Cuando crea un clúster de base de datos de Aurora, Aurora crea la instancia principal en una de las subredes del grupo de subredes de base de datos de la VPC. Por lo tanto, asocia esa instancia con una AZ específica elegida por Aurora.

Cada clúster de base de datos Aurora aloja copias del almacenamiento en tres zonas de disponibilidad separadas seleccionadas automáticamente por Aurora entre las zonas de disponibilidad del grupo de subredes de base de datos. Cada instancia de base de datos en el clúster debe estar en una de estas tres zonas de disponibilidad.

Cuando crea una instancia de base de datos en el clúster, Aurora elige automáticamente una zona de disponibilidad adecuada para esa instancia si no especifica una zona de disponibilidad.

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

Para obtener información sobre cómo especificar la AZ cuando crea un clúster o agrega instancias, consulte Configurar la red para el clúster de base de datos.

Zona horaria local para los clústeres de base de datos de Amazon Aurora

De manera predeterminada, la zona horaria del clúster de base de datos Amazon Aurora es el horario universal coordinado (UTC). En su lugar, puede definir la zona horaria de las instancias del clúster de base de datos en la zona horaria local de su aplicación.

Para definir la zona horaria local de un clúster de base de datos, configure el parámetro de zona horaria en uno de los valores admitidos. Este parámetro se establece en el grupo de parámetros del clúster para su clúster de base de datos.

Cuando se define el parámetro de zona horaria de un clúster de base de datos, todas las instancias de ese clúster de base de datos cambian para usar la nueva zona horaria local. En algunos casos, es posible que otros clústeres de base de datos de Aurora utilicen el mismo grupo de parámetros de clúster. Si es así, todas las instancias de esos clústeres de base de datos cambian para usar también la nueva zona horaria local. Para obtener más información acerca de los parámetros de nivel de clúster, consulte Parámetros del clúster de base de datos de Amazon Aurora y de instancia de base de datos.

Después de definir la zona horaria local, todas las conexiones nuevas con la base de datos reflejarán el cambio. En algunos casos, es posible que tenga una conexión con la base de datos abierta al cambiar la zona horaria local. Si es así, no verá la actualización de la zona horaria local hasta que cierre la conexión y abra una nueva conexión.

Si va a replicar entre varias regiones de AWS, el clúster de base de datos original de la replicación y la réplica usarán distintos grupos de parámetros. Los grupos de parámetros son exclusivos de una región de AWS. Si desea usar la misma zona horaria local para cada instancia, asegúrese de configurar el parámetro de zona horaria de los grupos de parámetros tanto del elemento original de replicación como de la réplica.

Cuando se restaura un clúster de base de datos desde una instantánea de clúster de base de datos, la zona horaria local se define como UTC. Podrá actualizar la zona horaria a su zona horaria local una vez que se haya completado la restauración. En algunos casos, es posible que desee restaurar un clúster de base de datos en un punto en el tiempo. Si lo hace, la zona horaria local del clúster restaurado será el ajuste de zona horaria del grupo de parámetros del clúster de base de datos restaurado.

Puede definir su zona horaria local en uno de los valores que se muestran en la siguiente tabla. Para enumerar todas las zonas horarias disponibles, puede utilizar las siguientes consultas SQL: