# Configuración y administración de una implementación multi-AZ para Amazon RDS
Las implementaciones Multi-AZ pueden tener una o dos instancias de base de datos en espera. Cuando la implementación tiene una instancia de base de datos en espera, se denomina *implementación de instancia de base de datos Multi-AZ*. Una implementación de instancia de base de datos Multi-AZ tiene una instancia de base de datos en espera que proporciona compatibilidad con la conmutación por error, pero no sirve tráfico de lectura. Cuando la implementación tiene dos instancias de base de datos en espera, se denomina *implementación de clúster de base de datos Multi-AZ*. La implementación de un clúster de base de datos Multi-AZ tiene instancias de base de datos en espera que proporcionan compatibilidad con la conmutación por error y también pueden servir tráfico de lectura.
Puede utilizar la Consola de administración de AWS para determinar si una implementación Multi-AZ es una implementación de instancia de base de datos Multi-AZ o una implementación de clúster de base de datos Multi-AZ. En el panel de navegación, elija **Databases** (Bases de datos) y luego, elija un **DB identifier** (Identificador de base de datos).
+ Una implementación de instancia de base de datos Multi-AZ tiene las siguientes características:
+ Solo hay una fila para la instancia de base de datos.
+ El valor de **Role** (Rol) es **Instance** (Instancia) o **Primary** (Principal).
+ El valor de **Multi-AZ** es **Yes** (Sí).
+ Una implementación de clúster de base de datos Multi-AZ tiene las siguientes características:
+ Hay una fila de nivel de clúster con tres filas de instancias de base de datos debajo.
+ Para la fila de nivel de clúster, el valor de **Role** (Rol) es **Multi-AZ DB cluster** (Clúster de base de datos Multi-AZ).
+ Para cada fila de nivel de instancia, el valor de **Role** (Rol) es **Writer instance** (Instancia de escritor) o **Reader instance** (Instancia de lector).
+ Para cada fila de nivel de instancia, el valor de **Multi-AZ** es **3 Zones** (3 zonas).
**Topics**
+ [Habilitación de implementaciones de instancias de bases de datos multi-AZ para Amazon RDS](Concepts.MultiAZSingleStandby.md)
+ [Implementaciones de clústeres de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts.md)
Además, los siguientes temas se aplican tanto a las instancias de base de datos como a los clústeres de bases de datos multi-AZ.
+ [Etiquetado de los recursos de Amazon RDS](USER_Tagging.md)
+ [Nombres de recursos de Amazon (ARN) en Amazon RDS](USER_Tagging.ARN.md)
+ [Uso de almacenamiento para instancias de base de datos de Amazon RDS](USER_PIOPS.StorageTypes.md)
+ [Mantenimiento de una instancia de base de datos](USER_UpgradeDBInstance.Maintenance.md)
+ [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md)
# Habilitación de implementaciones de instancias de bases de datos multi-AZ para Amazon RDS
Amazon RDS proporciona alta disponibilidad y compatibilidad con la conmutación por error para las instancias de base de datos mediante implementaciones Multi-AZ con una instancia de base de datos única en espera. Este tipo de implementación se denomina *Implementación de instancia de base de datos Multi-AZ*. Amazon RDS usa varias tecnologías diferentes para proporcionar esta compatibilidad con la conmutación por error. Las implementaciones multi-AZ de instancias de base de datos de MariaDB, MySQL, Oracle, PostgreSQL y RDS Custom para SQL Server usan la tecnología de conmutación por error de Amazon. Las instancias de base de datos de Microsoft SQL Server utilizan la creación de reflejo de la base de datos (DMB) o grupos de disponibilidad (AG) Always On de SQL Server. Para obtener información sobre la compatibilidad con la versión de SQL Server para multi-AZ, consulte [Implementaciones Multi-AZ para Amazon RDS for Microsoft SQL Server](USER_SQLServerMultiAZ.md). Para obtener información sobre el uso de RDS Custom para SQL Server para multi-AZ, consulte [Administración de una implementación multi-AZ de RDS Custom para SQL Server](custom-sqlserver-multiaz.md).
En una implementación de instancia de base de datos Multi-AZ, Amazon RDS aprovisiona y mantiene automáticamente una réplica síncrona en espera dentro de una zona de disponibilidad diferente. La instancia de base de datos principal se replica de forma síncrona en distintas zonas de disponibilidad en una réplica en espera para proporcionar redundancia de datos y minimizar los picos de latencia durante las copias de seguridad del sistema. La ejecución de una instancia de base de datos con alta disponibilidad puede mejorar la disponibilidad durante el mantenimiento de sistema planificado. También ayuda a proteger las bases de datos contra los errores de las instancias de base de datos y las interrupciones de las zonas de disponibilidad. Para obtener más información acerca de las zonas de disponibilidad, consulte [Regiones, zonas de disponibilidad y Local Zones](Concepts.RegionsAndAvailabilityZones.md).
**nota**
La opción de alta disponibilidad no es una solución de escalado para escenarios de solo lectura. No puede usar una réplica en espera para servir tráfico de lectura. Para servir tráfico de solo lectura, utilice un clúster de base de datos Multi-AZ o una réplica de lectura en su lugar. Para obtener más información acerca de los clústeres de base de datos Multi-AZ, consulte [Implementaciones de clústeres de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts.md). Para obtener más información acerca de las réplicas de lectura, consulte [Trabajo con réplicas de lectura de instancias de base de datos](USER_ReadRepl.md).
![\[Situación de alta disponibilidad\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/con-multi-AZ.png)
Con la consola de RDS, puede crear una implementación de instancia de base de datos Multi-AZ si especifica la opción Multi-AZ al crear una instancia de base de datos. Puede usar la consola para convertir las instancias de base de datos existentes en implementaciones de instancia de base de datos Multi-AZ mediante la modificación de la instancia de base de datos y la especificación de la opción Multi-AZ. También puede especificar una implementación de instancia de base de datos Multi-AZ con la AWS CLI o la API de Amazon RDS. Utilice el comando de la CLI [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) o [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) o la operación de la API [CreateDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) o [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html).
La consola de RDS muestra la zona de disponibilidad de la réplica en espera (denominada zona de disponibilidad secundaria). También puede utilizar el comando de la CLI [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) o la operación de la API [DescribeDBInstances](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstances.html) para buscar la AZ secundaria.
Las instancias de base de datos que usan implementaciones de bases de datos Multi-AZ pueden tener una latencia de escritura y confirmación superior a la de una implementación Single-AZ. Esto puede ocurrir debido a la replicación de datos síncrona que se produce. Puede detectar un cambio en la latencia si la implementación conmuta a la réplica en espera, aunque AWS se ha diseñado con una conectividad de red de baja latencia entre zonas de disponibilidad. Para cargas de trabajo de producción, recomendamos que utilice IOPS aprovisionadas (operaciones de entrada/salida por segundo) para un rendimiento rápido y consistente. Para obtener más información sobre las clases de instancias de bases de datos, consulte [Clases de instancia de base de datos de ](Concepts.DBInstanceClass.md).
# Conversión de una instancia de base de datos en una implementación multi-AZ para Amazon RDS
La modificación de una instancia de base de datos en una implementación multi-AZ mejora la disponibilidad al añadir una instancia en espera en otra zona de disponibilidad. El proceso implica un tiempo de inactividad mínimo y requiere una planificación cuidadosa en función de cómo afecte al almacenamiento y al rendimiento. Este cambio mejora la tolerancia a errores y reduce el tiempo de recuperación en caso de errores, lo que lo hace ideal para entornos de alta disponibilidad.
Si tiene una instancia de base de datos en una implementación single-AZ y la modifica para convertirla en una implementación de instancia de base de datos multi-AZ, Amazon RDS realiza las siguientes acciones:
1. Toma una instantánea de los volúmenes de Amazon Elastic Block Store (EBS) de la instancia de base de datos principal.
1. Crea nuevos volúmenes para la réplica en espera a partir de la instantánea. Estos volúmenes se inicializan en segundo plano y se alcanza el máximo rendimiento del volumen cuando los datos se han inicializado por completo.
1. Activa la replicación sincrónica a nivel de bloque entre los volúmenes de las réplicas principal y en espera.
**importante**
La creación de una instancia de base de datos en espera a partir de una instantánea durante una conversión de single-AZ a multi-AZ evita el tiempo de inactividad, pero podría afectar al rendimiento, especialmente en el caso de las cargas de trabajo que distinguen la escritura. La replicación sincrónica puede aumentar la latencia de E/S y afectar al rendimiento de la base de datos. Como práctica recomendada, evite convertir una instancia de base de datos de producción en una instancia de base de datos multi-AZ.
En cambio, cree una réplica de lectura, habilite copias de seguridad en ella, conviértala en multi-AZ, cargue los datos en sus volúmenes y, a continuación, promociónela a la instancia de base de datos principal. Para obtener más información, consulte [Trabajo con réplicas de lectura de instancias de base de datos](USER_ReadRepl.md).
Una instancia de base de datos se puede modificar de dos maneras para convertirla en una implementación de base de datos Multi-AZ:
**Topics**
+ [Convertirla en una implementación de instancia de base de datos Multi-AZ con la consola de RDS](#Concepts.MultiAZ.Migrating.Convert)
+ [Modificación de una instancia de base de datos para convertirla en una implementación de base de datos Multi-AZ](#Concepts.MultiAZ.Migrating.Modify)
## Convertirla en una implementación de instancia de base de datos Multi-AZ con la consola de RDS
Puede utilizar la consola de RDS para convertir una instancia de base de datos en una implementación de instancia de base de datos multi-AZ.
Solo puede utilizar la consola para utilizar para completar la conversión. Para usar la AWS CLI o la API de RDS, siga las instrucciones que se indican en [Modificación de una instancia de base de datos para convertirla en una implementación de base de datos Multi-AZ](#Concepts.MultiAZ.Migrating.Modify).
**Para convertirla en una implementación de instancia de base de datos Multi-AZ con la consola de RDS**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases (Bases de datos)** y, a continuación, seleccione la instancia de base de datos que desee modificar.
1. En **Actions** (Acciones), elija **Convert to Multi-AZ deployment** (Convertir en implementación multi-AZ).
1. Para aplicar los cambios de forma inmediata, seleccione la opción **Apply Immediately** (Aplicar inmediatamente) en la página de confirmación. La elección de esta opción no provoca tiempo de inactividad, pero existe un posible impacto en el rendimiento. De forma alternativa, también puede aplicar la actualización durante la siguiente ventana de mantenimiento. Para obtener más información, consulte [Uso de la configuración de la programación de modificaciones](USER_ModifyInstance.ApplyImmediately.md).
1. Elija **Convert to Multi-AZ** (Convertir a Multi-AZ).
## Modificación de una instancia de base de datos para convertirla en una implementación de base de datos Multi-AZ
Puede modificar una instancia de base de datos para convertirla en una implementación de instancia de base de datos multi-AZ de las siguientes maneras:
+ Mediante la consola de RDS, modifique la instancia de base de datos y defina la **Multi-AZ deployment** (Implementación multi-AZ) en **Yes** (Sí).
+ Con la AWS CLI, ejecute el comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) y defina la opción `--multi-az`.
+ Con la API de RDS, llame a la operación [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) y establezca el parámetro `MultiAZ` en `true`.
Para obtener información acerca de la modificación de una instancia de base de datos, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md). Una vez que la modificación se ha completado, Amazon RDS desencadena un evento (RDS-EVENT-0025) que indica que el proceso se ha completado. Puede monitorear los eventos de Amazon RDS. Para obtener más información sobre los eventos, consulte [Uso de notificaciones de eventos de Amazon RDS](USER_Events.md).
# Conmutación por error de una instancia de base de datos multi-AZ para Amazon RDS
Si se produce una interrupción planificada o no planificada de la instancia de base de datos a causa de un defecto de la infraestructura, Amazon RDS cambia automáticamente a una réplica en espera de otra zona de disponibilidad.
El tiempo requerido para completar la conmutación por error dependerá de la actividad de la base de datos y de otras condiciones existentes cuando la instancia de base de datos principal dejó de estar disponible. Los tiempos de conmutación por error suelen estar entre 60–120 segundos. Sin embargo, las transacciones grandes o un proceso de recuperación largo pueden aumentar el tiempo de conmutación por error. Cuando la conmutación por error se haya completado, puede hacer falta más tiempo para que la consola de RDS refleje la nueva zona de disponibilidad.
**nota**
Puede forzar una conmutación por error manualmente cuando reinicie una instancia de base de datos multi-AZ. Para obtener más información, consulte [Reinicio de una instancia de base de datos ](USER_RebootInstance.md).
Amazon RDS gestiona las conmutaciones por error automáticamente para que sea posible reanudar las operaciones de la base de datos lo antes posible sin intervención administrativa. La instancia de base de datos principal conmuta automáticamente a la réplica en espera si se da cualquiera de las condiciones descritas en la siguiente tabla. Puede ver los motivos de la conmutación por error en el registro de eventos.
| Motivo de la conmutación por error | Descripción |
| --- | --- |
| Se le aplican parches al sistema operativo subyacente a la instancia de base de datos de RDS en una operación sin conexión. | Se ha desencadenado una conmutación por error durante la ventana de mantenimiento para un parche del sistema operativo o una actualización de seguridad. Para obtener más información, consulte [Mantenimiento de una instancia de base de datos](USER_UpgradeDBInstance.Maintenance.md). |
| El host principal de la instancia multi-AZ de RDS no está en buen estado. | La implementación de una instancia de base de datos Multi-AZ detectó una instancia de base de datos principal deteriorada y se produjo una conmutación por error. |
| El host principal de la instancia multi-AZ de RDS es inaccesible debido a la pérdida de conectividad de red. | El monitoreo de RDS detectó un error de accesibilidad de la red a la instancia de base de datos principal y desencadenó una conmutación por error. |
| El cliente modificó la instancia de RDS. | Una modificación de la instancia de base de datos de RDS desencadenó una conmutación por error. Para obtener más información, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md). |
| La instancia principal multi-AZ de RDS está ocupada y no responde. | La instancia de base de datos principal no responde. Le recomendamos que realice las siguientes acciones: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.Failover.html) Para obtener más información sobre estas recomendaciones, consulte [Supervisión de herramientas de Amazon RDS](MonitoringOverview.md) y [Prácticas recomendadas para Amazon RDS](CHAP_BestPractices.md). |
| El volumen de almacenamiento subyacente al host principal de la instancia multi-AZ de RDS tuvo un error. | La implementación de una instancia de base de datos Multi-AZ detectó un problema de almacenamiento en la instancia de base de datos principal y se produjo una conmutación por error. |
| El usuario solicitó una conmutación por error de la instancia de base de datos. | Reinició la instancia de base de datos y eligió **Reboot with failover (Reiniciar con conmutación por error)**. Para obtener más información, consulte [Reinicio de una instancia de base de datos ](USER_RebootInstance.md). |
Para determinar si se produjo una conmutación por error en la instancia de base de datos Multi-AZ, puede hacer lo siguiente:
+ Configure suscripciones de eventos de base de datos para notificar por correo electrónico o por SMS que se ha iniciado una conmutación por error. Para obtener más información sobre los eventos, consulte [Uso de notificaciones de eventos de Amazon RDS](USER_Events.md).
+ Visualice sus eventos de base de datos mediante la consola de RDS o las operaciones de la API.
+ Puede ver el estado actual de la implementación de una instancia de base de datos Multi-AZ mediante la consola de RDS o las operaciones de la API.
Para obtener información acerca de la forma de responder a las conmutaciones por error, reducir el tiempo de recuperación y otras prácticas recomendadas para Amazon RDS, consulte [Prácticas recomendadas para Amazon RDS](CHAP_BestPractices.md).
## Configuración del TTL de JVM para las búsquedas de nombres DNS
El mecanismo de conmutación por error cambia automáticamente el registro del Sistema de nombres de dominio (DNS) de la instancia de base de datos para que apunte a la instancia de base de datos en espera. Como consecuencia, necesita restablecer las conexiones existentes a la instancia de base de datos. En un entorno de máquina virtual Java (JVM), debido al funcionamiento del mecanismo de almacenamiento en caché de DNS, puede ser necesario reconfigurar los ajustes de JVM.
La JVM almacena en caché las búsquedas de nombres DNS. Cuando la JVM resuelve un nombre de host en una dirección IP, almacena en caché la dirección IP durante un periodo de tiempo especificado, conocido como *periodo de vida* (TTL).
Como los recursos de AWS utilizan entradas de nombres de DNS que cambian de vez en cuando, recomendamos que configure su JVM con un valor de TTL no superior a 60 segundos. Al hacer esto se asegurará de que cuando cambie la dirección IP de un recurso, su aplicación pueda recibir y utilizar la nueva dirección IP del recurso volviendo a consultar el DNS.
En algunas configuraciones de Java, el TTL predeterminado de JVM está establecido de forma que nunca se actualicen las entradas DNS hasta que se reinicie la JVM. Por lo tanto, si la dirección IP de un recurso de AWS cambia mientras la aplicación sigue en ejecución, no podrá utilizar dicho recurso hasta que reinicie manualmente la JVM y se actualice la información de la dirección IP almacenada en caché. En este caso, es fundamental establecer el TTL de la JVM de forma que actualice periódicamente la información de las direcciones IP almacenada en caché.
Para obtener el TTL predeterminado de JVM, recupere el valor de la propiedad [https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html](https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html):
```
String ttl = java.security.Security.getProperty("networkaddress.cache.ttl");
```
**nota**
El TTL predeterminado puede variar en función de la versión de su JVM y de si está instalado un administrador de seguridad. Muchas JVM proporcionan un TTL predeterminado inferior a 60 segundos. Si utiliza una de estas JVM y no usa un administrador de seguridad, puede omitir el resto de este tema. Para obtener más información sobre los administradores de seguridad en Oracle, consulte [The Security Manager](https://docs.oracle.com/javase/tutorial/essential/environment/security.html) en la documentación de Oracle.
Para modificar el TTL de la JVM, establezca el valor de la propiedad `networkaddress.cache.ttl`. Utilice uno de los siguientes métodos, en función de sus necesidades:
+ Para establecer globalmente el valor de la propiedad para todas las aplicaciones que utilizan la JVM, establezca `networkaddress.cache.ttl` en el archivo `$JAVA_HOME/jre/lib/security/java.security`.
```
networkaddress.cache.ttl=60
```
+ Para establecer la propiedad localmente sólo para la aplicación, establezca `networkaddress.cache.ttl` en el código de inicialización de la aplicación antes de establecer las conexiones de red.
```
java.security.Security.setProperty("networkaddress.cache.ttl" , "60");
```
# Conmutación por error de multi-AZ con volúmenes de almacenamiento adicionales
Las implementaciones multi-AZ admiten instancias de base de datos con volúmenes de almacenamiento adicionales. Durante una conmutación por error, RDS realiza automáticamente la conmutación por error a la instancia en espera con cualquier volumen de almacenamiento adicional adjunto a la instancia de base de datos. Este proceso garantiza la coherencia de datos y la disponibilidad.
Cuando configura una implementación multi-AZ para una instancia de base de datos con volúmenes de almacenamiento adicionales, Amazon RDS replica automáticamente todos los volúmenes en la instancia en espera dentro de una zona de disponibilidad diferente. El almacenamiento replicado incluye:
+ El volumen de almacenamiento principal
+ Todos los volúmenes de almacenamiento adicionales adjuntos a la instancia de base de datos
Durante una conmutación por error, Amazon RDS promueve la instancia en espera y garantiza que todos los volúmenes de almacenamiento estén disponibles y sean coherentes. La conmutación por error mantiene la misma configuración de almacenamiento, incluidos los nombres de los volúmenes, los tipos de almacenamiento y las características de rendimiento.
Tras una conmutación por error correcta, puede comprobar que todos los volúmenes de almacenamiento están conectados correctamente y son accesibles consultando los detalles de la configuración del almacenamiento. Para obtener más información, consulte [Visualización de los detalles del volumen de almacenamiento de la instancia de base de datos](rds-storage-viewing.md).
El tiempo de conmutación por error de las instancias de base de datos con volúmenes de almacenamiento adicionales es similar al de las instancias de base de datos que solo tienen almacenamiento principal.
# Implementaciones de clústeres de base de datos multi-AZ para Amazon RDS
La *implementación de un clúster de base de datos multi-AZ* es un modo de implementación de alta disponibilidad semisíncrono de Amazon RDS con dos instancias de base de datos de réplica legibles. Un clúster de base de datos Multi-AZ tiene una instancia de base de datos del escritor y dos instancias de base de datos del lector en tres zonas de disponibilidad diferentes en la misma Región de AWS. Los clústeres de base de datos Multi-AZ proporcionan alta disponibilidad, mayor capacidad para cargas de trabajo de lectura y menor latencia de escritura en comparación con las implementaciones de las instancias de base de datos Multi-AZ.
Puede importar datos de una base de datos en las instalaciones a un clúster de base de datos Multi-AZ siguiendo las instrucciones de [Importación de datos a una base de datos de Amazon RDS para MySQL con un tiempo de inactividad reducido](mysql-importing-data-reduced-downtime.md).
Puede comprar instancias de base de datos reservadas para un clúster de base de datos multi-AZ. Para obtener más información, consulte [Instancias de base de datos reservadas para un clúster de base de datos multi-AZ](USER_WorkingWithReservedDBInstances.md#USER_WorkingWithReservedDBInstances.MultiAZDBClusters).
La disponibilidad de las características varía según las versiones específicas de cada motor de base de datos y entre Regiones de AWS. Para obtener más información sobre la disponibilidad en versiones y regiones de Amazon RDS con clústeres de base de datos Multi-AZ, consulte [Regiones y motores de base de datos admitidos para clústeres de bases de datos Multi-AZ en Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.MultiAZDBClusters.md).
**Topics**
+ [Disponibilidad de clase de instancia para los clústeres de base de datos multi-AZ](#multi-az-db-clusters-concepts.InstanceAvailability)
+ [Arquitectura de clúster de base de datos multi-AZ](#multi-az-db-clusters-concepts-overview)
+ [Grupos de parámetros para clústeres de base de datos multi-AZ](#multi-az-db-clusters-concepts-parameter-groups)
+ [RDS Proxy con clústeres de bases de datos multi-AZ](#multi-az-db-clusters-proxy)
+ [Retraso de réplica y clústeres de base de datos Multi-AZ](#multi-az-db-clusters-concepts-replica-lag)
+ [Instantáneas de clúster de base de datos multi-AZ](#multi-az-db-clusters-concepts-snapshot)
+ [Creación de un clúster de base de datos multi-AZ para Amazon RDS](create-multi-az-db-cluster.md)
+ [Conexión a un clúster de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts-connection-management.md)
+ [Conexión automática de un recurso de computación de AWS y un clúster de base de datos multi-AZ para Amazon RDS](multi-az-compute-rds-connect.md)
+ [Modificación de un clúster de base de datos multi-AZ para Amazon RDS.](modify-multi-az-db-cluster.md)
+ [Actualización de la versión del motor de un clúster de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-upgrading.md)
+ [Cambio de nombre de un clúster de base de datos multi-AZ para Amazon RDS](multi-az-db-cluster-rename.md)
+ [Reinicio de un clúster de base de datos multi-AZ e instancias de base de datos de lector para Amazon RDS](multi-az-db-clusters-concepts-rebooting.md)
+ [Conmutación por error de un clúster de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts-failover.md)
+ [Configuración de la replicación lógica de PostgreSQL con clústeres de base de datos multi-AZ para Amazon RDS](USER_MultiAZDBCluster_LogicalRepl.md)
+ [Uso de réplicas de lectura de clústeres de base de datos multi-AZ para Amazon RDS](USER_MultiAZDBCluster_ReadRepl.md)
+ [Configuración de la replicación externa a partir de los clústeres de bases de datos multi-AZ para Amazon RDS](multi-az-db-clusters-external-replication.md)
+ [Eliminación de un clúster de base de datos multi-AZ para Amazon RDS](USER_DeleteMultiAZDBCluster.Deleting.md)
+ [Limitaciones de clústeres de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts.Limitations.md)
**importante**
Los clústeres de base de datos multi-AZ no son los mismos que los clústeres de base de datos de Aurora. Para obtener información acerca de los clústeres de base de datos de Amazon Aurora, consulte la [Guía del usuario de Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html).
## Disponibilidad de clase de instancia para los clústeres de base de datos multi-AZ
Las implementaciones de clústeres de bases de datos multi-AZ son compatibles con las siguientes clases de instancias de base de datos: `db.m5d`, `db.m6gd`, `db.m6id`, `db.m6idn`, `db.r5d`, `db.r6gd`, `db.x2iedn`, `db.r6id`, `db.r6idn` y `db.c6gd`.
**nota**
Las clases de instancias c6gd son las únicas que admiten el tamaño de la instancia `medium`.
Para obtener más información sobre las clases de instancias de bases de datos, consulte [Clases de instancia de base de datos de ](Concepts.DBInstanceClass.md).
## Arquitectura de clúster de base de datos multi-AZ
Con un clúster de base de datos Multi-AZ, Amazon RDS replica los datos de la instancia de base de datos del escritor en las dos instancias de base de datos del lector mediante las capacidades de replicación nativa del motor de base de datos. Cuando se realiza un cambio en la instancia de base de datos del escritor, se envía a cada instancia de base de datos del lector.
Las implementaciones de clústeres de base de datos multi-AZ utilizan la replicación semisíncrona, que requiere el reconocimiento de al menos una instancia de base de datos del lector para confirmar un cambio. No es necesario que se reconozca que los eventos se han ejecutado y confirmado en su totalidad en *todas* las réplicas.
Las instancias de base de datos del lector actúan como destinos de la conmutación por error automática y también proporcionan tráfico de lectura para aumentar el rendimiento de lectura de las aplicaciones. Si se produce una interrupción en la instancia de base de datos de escritor, RDS administra la conmutación por error a una de las instancias de base de datos de lector. RDS hace esto en función de qué instancia de base de datos del lector tiene el registro de cambios más reciente.
El siguiente diagrama muestra un clúster de base de datos Multi-AZ.
![\[Clúster de base de datos Multi-AZ\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster.png)
Los clústeres de base de datos Multi-AZ suelen tener menor latencia de escritura en comparación con las implementaciones de instancias de base de datos Multi-AZ. También permiten que las cargas de trabajo de solo lectura se ejecuten en instancias de base de datos del lector. La consola de RDS muestra la zona de disponibilidad de la instancia de base de datos del escritor y las zonas de disponibilidad de las instancias de base de datos del lector. También puede utilizar el comando de la CLI [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) o la operación de la API [DescribeDBClusters](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html) para encontrar esta información.
**importante**
Para evitar errores de réplica en clústeres de base de datos Multi-AZ de RDS para MySQL, recomendamos encarecidamente que todas las tablas tengan una clave principal.
## Grupos de parámetros para clústeres de base de datos multi-AZ
En un clúster de base de datos Multi-AZ, un *grupo de parámetros del clúster de base de datos* funciona como un contenedor de los valores de configuración del motor que se aplican a cada instancia de base de datos en un clúster de base de datos Multi-AZ.
En un clúster de base de datos Multi-AZ, un *grupo de parámetros de base de datos* se establece en el grupo de parámetros de base de datos predeterminado para el motor de base de datos y la versión del motor de base de datos. La configuración del grupo de parámetros del clúster de base de datos se utiliza para todas las instancias de base de datos del clúster.
Para obtener información acerca de los grupos de parámetros, consulte [Trabajo con grupos de parámetros de clúster de base de datos para clústeres de base de datos Multi-AZ](USER_WorkingWithDBClusterParamGroups.md).
## RDS Proxy con clústeres de bases de datos multi-AZ
Puede utilizar Amazon RDS Proxy para crear un proxy para sus clústeres de base de datos multi-AZ. Con RDS Proxy, las aplicaciones pueden agrupar y compartir conexiones de base de datos para mejorar su capacidad de escala. Todos los proxy hacen *multiplexación* de conexión, algo conocido también como reutilización de la conexión. Con la multiplexación, el proxy de RDS realiza todas las operaciones de una transacción mediante una conexión de base de datos subyacente. RDS Proxy también puede reducir el tiempo de inactividad de una actualización de una versión secundaria de un clúster de base de datos multi-AZ a un segundo o menos. Para obtener más información sobre las ventajas de RDS Proxy, consulte [Amazon RDS Proxy ](rds-proxy.md).
Para configurar un proxy para un clúster de base de datos Multi-AZ, seleccione **Creación de un proxy de RDS** al crear el clúster. Para obtener instrucciones sobre cómo crear y administrar los puntos de conexión del proxy de RDS, consulte [Trabajo con puntos de enlace del proxy de Amazon RDS](rds-proxy-endpoints.md).
## Retraso de réplica y clústeres de base de datos Multi-AZ
El *retraso de réplica* es la diferencia de tiempo entre la última transacción en la instancia de base de datos del escritor y la última transacción aplicada en una instancia de base de datos del lector. La métrica `ReplicaLag` de Amazon CloudWatch representa esta diferencia de tiempo. Para obtener más información acerca de las métricas de CloudWatch, consulte [Supervisión de métricas de Amazon RDS con Amazon CloudWatch](monitoring-cloudwatch.md).
Aunque los clústeres de bases de datos Multi-AZ permiten un alto rendimiento de escritura, puede producirse un retraso de réplica debido a la naturaleza de la replicación basada en motor. Dado que cualquier conmutación por error debe resolver el retraso de réplica antes de promover una nueva instancia de base de datos de escritor, la supervisión y administración de este retraso de réplica es una consideración.
Para clústeres de base de datos RDS para MySQL Multi-AZ, el tiempo de conmutación por error depende del retraso de réplica de las dos instancias de base de datos de lectores restantes. Ambas instancias de base de datos de lectura deben aplicar transacciones no aplicadas antes de que una de ellas se promueva a la nueva instancia de base de datos de escritor.
Para clústeres de base de datos RDS para PostgreSQL Multi-AZ, el tiempo de conmutación por error depende del retraso de réplica más bajo de las dos instancias de base de datos de lector restantes. La instancia de base de datos del lector con el retraso de réplica más bajo debe aplicar transacciones no aplicadas antes de que se promueva a la nueva instancia de base de datos del escritor.
Para ver un tutorial que le muestra cómo crear una alarma de CloudWatch cuando el retraso de la réplica supera una cantidad de tiempo establecida, consulte [Tutorial: creación de una alarma de Amazon CloudWatch para el retardo de réplica del clúster de base de datos multi-AZ para Amazon RDS](multi-az-db-cluster-cloudwatch-alarm.md).
### Causas comunes del retraso de réplica
En general, el retraso de réplica se produce cuando la carga de trabajo de escritura es demasiado alta para que las instancias de base de datos del lector apliquen las transacciones de manera eficiente. Varias cargas de trabajo pueden provocar un retraso de réplica temporal o continuo. Ejemplos de causas comunes:
+ Alta simultaneidad de escritura o actualización por lotes pesados en la instancia de base de datos del escritor, lo que hace que el proceso de aplicación en las instancias de base de datos del lector se demore.
+ Carga de trabajo de lectura pesada que utiliza recursos en una o más instancias de base de datos del lector. La ejecución de consultas lentas o grandes puede afectar al proceso de aplicación y provocar un retraso de réplica.
+ Las transacciones que modifican grandes cantidades de datos o instrucciones DDL a veces pueden provocar un aumento temporal del retraso de réplica porque la base de datos debe conservar el orden de confirmación.
### Mitigación del retraso de réplica
En el caso de los clústeres de bases de datos Multi-AZ para RDS para MySQL y RDS para PostgreSQL, puede reducir la carga de la instancia de base de datos del escritor para mitigar el retraso de réplica. También puede usar el control de flujo para reducir el retraso de la réplica. El *control de flujo* funciona limitando las escrituras en la instancia de base de datos del escritor, lo que garantiza que el retraso de réplica no siga creciendo de forma ilimitada. La limitación de escritura se logra añadiendo un retardo al final de una transacción, lo que reduce el rendimiento de escritura en la instancia de base de datos del escritor. Aunque el control de flujo no garantiza la eliminación del retraso, puede ayudar a reducir el retraso general en muchas cargas de trabajo. Las siguientes secciones brindan información sobre el uso del control de flujo con RDS para MySQL y RDS para PostgreSQL.
#### Mitigación del retraso de la réplica con control de flujo para RDS para MySQL
Cuando utiliza RDS para clústeres de base de datos MySQL Multi-AZ, el control de flujo se activa de forma predeterminada mediante el parámetro dinámico `rpl_semi_sync_master_target_apply_lag`. Este parámetro especifica el límite superior que desea para el retraso de la réplica. A medida que el retardo de la réplica se acerca a este límite configurado, el control de flujo acelera las transacciones de escritura en la instancia de la base de datos del escritor para intentar contener el retardo de la réplica por debajo del valor especificado. En algunos casos, el retraso de réplica supera el límite especificado. De forma predeterminada, este parámetro se establece en 120 segundos. Para desactivar el control de flujo, establezca este parámetro en su valor máximo de 86 400 segundos (un día).
Para ver el retraso actual inyectado por el control de flujo, muestre el parámetro `Rpl_semi_sync_master_flow_control_current_delay` al ejecturar la siguiente consulta.
```
SHOW GLOBAL STATUS like '%flow_control%';
```
El resultado debería tener un aspecto similar al siguiente.
```
+-------------------------------------------------+-------+
| Variable_name | Value |
+-------------------------------------------------+-------+
| Rpl_semi_sync_master_flow_control_current_delay | 2010 |
+-------------------------------------------------+-------+
1 row in set (0.00 sec)
```
**nota**
El retraso se muestra en microsegundos.
Cuando tiene Información sobre rendimiento activado para un clúster de base de datos RDS para MySQL Multi-AZ, puede supervisar el evento de espera correspondiente a una instrucción SQL que indica que las consultas se retrasaron por un control de flujo. Cuando un control de flujo introdujo un retraso, puede ver el evento de espera `/wait/synch/cond/semisync/semi_sync_flow_control_delay_cond` correspondiente a la instrucción SQL del panel de Performance Insights (Información sobre rendimiento). Para ver estas métricas, asegúrese de que el esquema de rendimiento esté activado. Para obtener más información acerca de Información sobre rendimiento, consulte [Monitoreo de la carga de base de datos con Performance Insights en Amazon RDS](USER_PerfInsights.md).
#### Mitigación del retraso de la réplica con control de flujo para RDS para PostgreSQL
Cuando utiliza RDS para clústeres de base de datos Multi-AZ de PostgreSQL, el control de flujo se implementa como una extensión. Activa un empleado en segundo plano para todas las instancias de base de datos en el clúster de base de datos. De forma predeterminada, los empleados en segundo plano de las instancias de base de datos del lector comunican el retraso de réplica actual al empleado en segundo plano de la instancia de base de datos del escritor. Si el retardo supera los dos minutos en cualquier instancia de base de datos del lector, el empleado en segundo plano de la instancia de base de datos del escritor agrega un retraso al final de una transacción. Para controlar el umbral de retraso, utilice el parámetro `flow_control.target_standby_apply_lag`.
Cuando un control de flujo limita un proceso de PostgreSQL, el evento de espera `Extension` en `pg_stat_activity` e Información sobre rendimiento lo indican. La función `get_flow_control_stats` muestra detalles sobre cuánto retardo se está agregando actualmente.
El control de flujo puede beneficiar a la mayoría de las cargas de trabajo de procesamiento de transacciones en línea (OLTP) que tienen transacciones cortas, pero muy simultáneas. Si el retraso se debe a transacciones de larga duración, como operaciones por lotes, el control de flujo no proporciona tanto beneficio.
Para desactivar el control de flujo, elimine la extensión de `shared_preload_libraries` y reinicie la instancia de base de datos.
## Instantáneas de clúster de base de datos multi-AZ
Amazon RDS crea y guarda copias de seguridad automatizadas del clúster de base de datos multi-AZ durante el periodo de copia de seguridad configurado. RDS crea una instantánea del volumen de almacenamiento del clúster de base de datos y realiza una copia de seguridad de todo el clúster y no solo de las instancias individuales.
También puede realizar copias de seguridad manuales del clúster de base de datos multi-AZ. Para copias de seguridad a largo plazo, plantéese exportar datos de instantáneas a Amazon S3. Para obtener más información, consulte [Creación de una instantánea de clúster de base de datos multi-AZ](USER_CreateMultiAZDBClusterSnapshot.md).
Para restaurar un clúster de base de datos Multi-AZ a un momento específico, cree un nuevo clúster de base de datos Multi-AZ. Para obtener instrucciones, consulte [Restauración de un clúster de base de datos Multi-AZ a un momento indicado](USER_PIT.MultiAZDBCluster.md).
De forma alternativa, puede restaurar una instantánea de clúster de base de datos multi-AZ a una implementación single-AZ o a una implementación de instancia de base de datos multi-AZ. Para obtener instrucciones, consulte [Restauración desde una instantánea de clúster de base de datos Multi-AZ a una instancia de base de datos](USER_RestoreFromMultiAZDBClusterSnapshot.md).
# Creación de un clúster de base de datos multi-AZ para Amazon RDS
Un clúster de base de datos Multi-AZ tiene una instancia de base de datos del escritor y dos instancias de base de datos del lector en tres zonas de disponibilidad diferentes. Los clústeres de base de datos Multi-AZ proporcionan alta disponibilidad, mayor capacidad para cargas de trabajo de lectura y menor latencia en comparación con las implementaciones Multi-AZ. Para obtener más información acerca de los clústeres de base de datos Multi-AZ, consulte [Implementaciones de clústeres de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts.md).
**nota**
Los clústeres de base de datos Multi-AZ solo son compatibles con los motores de base de datos MySQL y PostgreSQL.
## Requisitos previos de clúster de base de datos
**importante**
Para poder crear un clúster de base de datos Multi-AZ, debe completar las tareas de [Configuración del entorno para Amazon RDS](CHAP_SettingUp.md).
A continuación se describen los requisitos previos para crear un clúster de base de datos Multi-AZ.
**Topics**
+ [Configurar la red para el clúster de base de datos](#create-multi-az-db-cluster-prerequisites-VPC)
+ [Requisitos previos adicionales](#create-multi-az-db-cluster-prerequisites-additional)
### Configurar la red para el clúster de base de datos
Solo puede crear una instancia de base de datos en una Virtual Private Cloud (VPC) en función del servicio de Amazon VPC. Debe estar en una Región de AWS que tenga al menos tres zonas de disponibilidad. El grupo de subred de base de datos que elija para el clúster de base de datos debe abarcar al menos tres zonas de disponibilidad. Esta configuración garantiza que cada instancia de base de datos del clúster de base de datos se encuentre en una zona de disponibilidad diferente.
Para configurar la conectividad entre su nuevo clúster de base de datos y una instancia de Amazon EC2 en la misma VPC, hágalo cuando cree el clúster de base de datos. Para conectarse a su clúster de base de datos desde recursos que no sean instancias de EC2 en la misma VPC, configure las conexiones de red manualmente.
**Topics**
+ [Configurar la conectividad de red automática con una instancia de EC2](#create-multi-az-db-cluster-prerequisites-VPC-automatic)
+ [Configurar la red manualmente](#create-multi-az-db-cluster-prerequisites-VPC-manual)
#### Configurar la conectividad de red automática con una instancia de EC2
Cuando se crea un clúster de base de datos Multi-AZ, se puede utilizar la Consola de administración de AWS para configurar la conectividad entre una instancia de EC2 y el nuevo clúster de base de datos. Al hacerlo, RDS configura automáticamente los ajustes de red y VPC. El clúster de base de datos se crea en la misma VPC que la instancia de EC2 para que la instancia de EC2 pueda acceder al clúster de base de datos.
Estos son los requisitos para conectar una instancia de EC2 al clúster de base de datos:
+ La instancia de EC2 debe existir en la Región de AWS antes de crear el clúster de base de datos.
Si no existen instancias de EC2 en la Región de AWS, la consola proporciona un enlace para crear una.
+ El usuario que crea el clúster de base de datos debe tener permisos para realizar las siguientes operaciones:
+ `ec2:AssociateRouteTable`
+ `ec2:AuthorizeSecurityGroupEgress`
+ `ec2:AuthorizeSecurityGroupIngress`
+ `ec2:CreateRouteTable`
+ `ec2:CreateSubnet`
+ `ec2:CreateSecurityGroup`
+ `ec2:DescribeInstances`
+ `ec2:DescribeNetworkInterfaces`
+ `ec2:DescribeRouteTables`
+ `ec2:DescribeSecurityGroups`
+ `ec2:DescribeSubnets`
+ `ec2:ModifyNetworkInterfaceAttribute`
+ `ec2:RevokeSecurityGroupEgress`
Esta opción permite crear un clúster de base de datos privado. El clúster de base de datos usa un grupo de subredes de base de datos con solo subredes privadas para restringir el acceso a los recursos dentro de la VPC.
Para conectar una instancia de EC2 al clúster de base de datos, seleccione **Connect to an EC2 compute resource (Conectarse a un recurso de computación de EC2)** en la sección **Connectivity (Conectividad)** de la página **Create database (Crear base de datos)**.
![\[Conectarse a una instancia de EC2\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/ec2-set-up-connection-create.png)
Cuando elige **Connect to an EC2 compute resource (Conectarse a un recurso de computación de EC2)**, RDS establece las siguientes opciones automáticamente. No puede cambiar esta configuración a menos que decida no configurar la conectividad con una instancia de EC2 seleccionando **Don't connect to an EC2 compute resource (No conectarse a un recurso de computación de EC2)**.
****
| Opción de la consola | Configuración automática |
| --- | --- |
| **Nube privada virtual (VPC)** | RDS establece la VPC en la asociada a la instancia de EC2. |
| **Grupo de subred de base de datos** | RDS necesita un grupo de subredes de base de datos con una subred privada en la misma zona de disponibilidad que la instancia de EC2. Si existe un grupo de subredes de base de datos que cumpla este requisito, RDS utiliza el grupo de subredes de base de datos existente. De forma predeterminada, esta opción está configurada en Automatic setup (Configuración automática). Si selecciona **Automatic setup** (Configuración automática) y no hay ningún grupo de subredes de base de datos que cumpla este requisito, se produce lo siguiente. RDS usa tres subredes privadas disponibles en tres zonas de disponibilidad, donde una de las zonas de disponibilidad es la misma que la instancia de EC2. Si una subred privada no está disponible en una zona de disponibilidad, RDS crea una subred privada en la zona de disponibilidad. Luego RDS crea el grupo de subredes de base de datos.Cuando hay una subred privada disponible, RDS usa la tabla de enrutamiento asociada a ella y añade cualquier subred que cree a esta tabla de enrutamiento. Cuando no hay ninguna subred privada disponible, RDS crea una tabla de enrutamiento sin acceso a la puerta de enlace de Internet y añade las subredes que crea a la tabla de enrutamiento.RDS también permite utilizar los grupos de subredes de base de datos existentes. Seleccione **Choose existing** (Elegir existente) si desea utilizar un grupo de subredes de base de datos existente de su elección. |
| **Acceso público** | RDS elige **No** para que no se pueda acceder al clúster de base de datos de forma pública. Por motivos de seguridad, se recomienda mantener la base de datos privada y asegurarse de que no se pueda acceder a ella desde Internet. |
| **Grupo de seguridad de VPC (firewall)** | RDS crea un nuevo grupo de seguridad que se asocia al clúster de base de datos. El grupo de seguridad se denomina `rds-ec2-n`, donde `n` es un número. Este grupo de seguridad incluye una regla de entrada con el grupo de seguridad de VPC de EC2 (firewall) como origen. Este grupo de seguridad que está asociado al clúster de base de datos permite que la instancia de EC2 acceda al clúster de base de datos. RDS también crea un nuevo grupo de seguridad que se asocia a la instancia de EC2. El grupo de seguridad se denomina `ec2-rds-n`, donde `n` es un número. Este grupo de seguridad incluye una regla de salida con el grupo de seguridad de VPC del clúster de base de datos como origen. Este grupo de seguridad permite que la instancia de EC2 envíe tráfico al clúster de base de datos. Para agregar otro grupo de seguridad nuevo, elija **Create new (Crear nuevo)** y escriba el nombre del nuevo grupo de seguridad. Para añadir grupos de seguridad existentes, elija **Choose existing (Elegir existentes)** y seleccione los grupos de seguridad que desea añadir. |
| **Zona de disponibilidad** | RDS elige la zona de disponibilidad de la instancia de EC2 para una instancia de base de datos en la implementación del clúster de base de datos Multi-AZ. RDS elige aleatoriamente una zona de disponibilidad diferente para las otras dos instancias de base de datos. La instancia de base de datos del escritor se crea en la misma zona de disponibilidad que la instancia de EC2. Existe la posibilidad de incurrir en costos entre zonas de disponibilidad si se produce una conmutación por error y la instancia de base de datos del escritor se encuentra en una zona de disponibilidad diferente. |
Para obtener más información sobre estas opciones, consulte [Configuración para la creación de clústeres de base de datos Multi-AZ](#create-multi-az-db-cluster-settings).
Si cambia esta configuración después de crear el clúster de base de datos, los cambios pueden afectar a la conexión entre la instancia de EC2 y el clúster de base de datos.
#### Configurar la red manualmente
Para conectarse a su clúster de base de datos desde recursos que no sean instancias de EC2 en la misma VPC, configure las conexiones de red manualmente. Si usa la Consola de administración de AWS para crear un clúster de base de datos Multi-AZ, puede hacer que Amazon RDS cree automáticamente una VPC. O puede usar una VPC ya existente o crear una nueva VPC para su clúster de base de datos Multi-AZ. La VPC debe tener como mínimo una subred en al menos tres de las zonas de disponibilidad para que la use con un clúster de base de datos Multi-AZ. Para obtener información acerca de las VPC, consulte [VPC de Amazon y Amazon RDS](USER_VPC.md).
Si no tiene una VPC predeterminada, no ha creado una VPC o no tiene previsto usar la consola, haga lo siguiente:
+ Cree una VPC que tenga como mínimo una subred en al menos tres de las zonas de disponibilidad de la región de AWS en la que desea implementar su clúster de base de datos. Para obtener más información, consulte [Uso de una instancia de base de datos en una VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md#Overview.RDSVPC.Create).
+ Especifique un grupo de seguridad de VPC que autorice las conexiones con su clúster de base de datos de . Para obtener más información, consulte [Proporcionar acceso a la instancia de base de datos en la VPC mediante la creación de un grupo de seguridad](CHAP_SettingUp.md#CHAP_SettingUp.SecurityGroup) y [Control de acceso con grupos de seguridad](Overview.RDSSecurityGroups.md).
+ Especifique un grupo de subredes de base de datos de RDS que defina al menos tres subredes de la VPC que pueda usar el clúster de base de datos Multi-AZ. Para obtener más información, consulte [Uso de los grupos de subredes de base de datos](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Subnets).
Para obtener información sobre las limitaciones que se aplican a los clústeres de base de datos Multi-AZ, consulte [Limitaciones de clústeres de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts.Limitations.md).
Si desea conectarse a un recurso que no está en la misma VPC que el clúster de base de datos Multi-AZ, consulte los escenarios adecuados en [Escenarios de acceso a una instancia de base de datos en una VPC](USER_VPC.Scenarios.md).
### Requisitos previos adicionales
Antes de crear el clúster de base de datos Multi-AZ, tenga en cuenta los siguientes requisitos previos adicionales:
+ para adaptar los parámetros de configuración para su clúster de base de datos, especifique un grupo de parámetros de clúster de base de datos con la configuración de parámetros requerida. Para obtener más información acerca de cómo crear un grupo de parámetros de clúster de base de datos, consulte [Grupos de parámetros para clústeres de base de datos multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups).
+ Determine el número de puerto de TCP/IP que quiera especificar para el clúster de base de datos. Los firewalls de algunas compañías bloquean las conexiones a los puertos predeterminados. Si el firewall de su compañía bloquea el puerto predeterminado, elija otro puerto para el clúster de base de datos. Todas las instancias de base de datos de un clúster de base de datos usan el mismo puerto.
+ Si la versión principal del motor de su base de datos ha alcanzado la fecha de finalización del soporte estándar de RDS, deberá utilizar la opción CLI de soporte extendido o el parámetro API de RDS. Para obtener más información, consulte el uso del soporte extendido de RDS en [Configuración para la creación de clústeres de base de datos Multi-AZ](#create-multi-az-db-cluster-settings).
## Creación de un clúster de base de datos
Puede crear un clúster de base de datos Multi-AZ mediante la Consola de administración de AWS, la AWS CLI o la API de RDS.
### Consola
Puede crear un clúster de base de datos Multi-AZ al elegir **Multi-AZ DB cluster** (Clúster de base de datos Multi-AZ) en la sección **Availability and durability** (Disponibilidad y durabilidad).
**Para crear un clúster de base de datos Multi-AZ con la consola**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En la esquina superior derecha de la Consola de administración de AWS, elija la Región de AWS en la que desea crear el clúster de base de datos.
Para obtener más información acerca de las Regiones de AWS que admiten clústeres de base de datos Multi-AZ, consulte [Limitaciones de clústeres de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts.Limitations.md).
1. En el panel de navegación, elija **Databases** (Bases de datos).
1. Elija **Create database (Creación de base de datos)**.
Para crear un clúster de base de datos Multi-AZ, asegúrese de que la opción **Standard Create** (Creación estándar) esté seleccionada y **Easy Create** (Creación fácil) no.
1. En **Engine type** (Tipo de motor), elija **MySQL** o **PostgreSQL**.
1. En **Versión** (Versión), elija la versión del motor de base de datos.
Para obtener más información sobre las versiones del motor de base de datos que admiten clústeres de base de datos Multi-AZ, consulte [Limitaciones de clústeres de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts.Limitations.md).
1. En **Templates** (Plantillas), elija la plantilla adecuada para su implementación.
1. En **Availability and durability** (Disponibilidad y durabilidad), elija **Multi-AZ DB cluster** (Clúster de base de datos Multi-AZ).
![\[Elección de clúster de base Multi-AZ\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png)
1. En **DB cluster identifier** (Identificador del clúster de base de datos), ingrese el identificador del clúster de base de datos.
1. En **Master username** (Nombre de usuario maestro), ingrese su nombre de usuario maestro o mantenga la configuración predeterminada.
1. Ingrese su contraseña maestra:
1. En la sección **Settings (Configuración)**, abra **Credential Settings (Configuración de credenciales)**.
1. Si desea especificar una contraseña, desactive la casilla **Auto generate a password** (Generar una contraseña de forma automática) si está seleccionada.
1. (Opcional) Cambie el valor **Master username** (Nombre de usuario maestro).
1. Ingrese la misma contraseña en **Master password (Contraseña maestra)** y elija **Confirm password (Confirmar contraseña)**.
1. En **Clase de instancia de base de datos**, elija la clase de instancia de base de datos. Para obtener una lista de clases de instancias de base de datos compatibles, consulte [Disponibilidad de clase de instancia para los clústeres de base de datos multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts.InstanceAvailability).
1. (Opcional) Configure una conexión a un recurso de computación para este clúster de base de datos.
Puede configurar la conectividad entre una instancia de Amazon EC2 y el nuevo clúster de base de datos durante la creación del clúster de base de datos. Para obtener más información, consulte [Configurar la conectividad de red automática con una instancia de EC2](#create-multi-az-db-cluster-prerequisites-VPC-automatic).
1. En la sección **Conectividad** del **Grupo de seguridad de VPC (firewall)**, si selecciona **Crear nuevo**, se crea un grupo de seguridad de VPC con una regla de entrada que permite que la dirección IP del equipo local acceda a la base de datos.
1. En el resto de secciones, especifique los ajustes de configuración del clúster de base de datos. Para obtener más información acerca de cada ajuste, consulte [Configuración para la creación de clústeres de base de datos Multi-AZ](#create-multi-az-db-cluster-settings).
1. Elija **Create database (Crear base de datos)**.
Si decide utilizar una contraseña generada automáticamente, el botón **View credential details (Ver detalles de credenciales)** aparece en la página **Databases (Bases de datos)**.
Para consultar la contraseña y el nombre de usuario maestros del clúster de base de datos, seleccione **View credential details (Ver detalles de credenciales)**.
Para conectarse al clúster de base de datos como usuario maestro, utilice el nombre de usuario y la contraseña que aparecen.
**importante**
No puede ver la contraseña de usuario maestro de nuevo.
1. En **Databases** (Bases de datos), elija el nombre del nuevo clúster de base de datos.
Los detalles del nuevo clúster de base de datos aparecen en la consola de RDS. El clúster de base de datos tendrá el estado **Creating** (En creación) hasta que se cree y esté listo para el uso. Cuando el estado cambie a **Available** (Disponible), podrá conectarse al clúster de base de datos. Dependiendo de la clase de instancia clúster y del almacenamiento asignado, es posible que el nuevo clúster de base de datos tarde varios minutos en estar disponible.
### AWS CLI
Antes de crear un clúster de base de datos Multi-AZ a través de la AWS CLI, asegúrese de cumplir los requisitos previos. Esto incluye la creación de una VPC y un grupo de subredes de base de datos de RDS Para obtener más información, consulte [Requisitos previos de clúster de base de datos](#create-multi-az-db-cluster-prerequisites).
Para crear un clúster de base de datos Multi-AZ mediante la AWS CLI, llama al comando [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html). Especifique el `--db-cluster-identifier`. Para la opción del `--engine`, especifique `mysql` o `postgres`.
Para obtener más información acerca de cada opción, consulte [Configuración para la creación de clústeres de base de datos Multi-AZ](#create-multi-az-db-cluster-settings).
Para obtener más información sobre las Regiones de AWS, motores de base de datos y versiones de motores de base de datos compatibles con clústeres de base de datos Multi-AZ, consulte [Limitaciones de clústeres de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts.Limitations.md).
El comando `create-db-cluster` crea la instancia de base de datos del escritor de su clúster de base de datos y dos instancias de base de datos del lector. Cada instancia de base de datos se encuentra en una zona de disponibilidad diferente.
Por ejemplo, el siguiente comando crea un clúster de base de datos Multi-AZ compatible con MySQL 8.0 llamado `mysql-multi-az-db-cluster`.
**Example**
Para Linux, macOS o Unix:
```
1. aws rds create-db-cluster \
2. --db-cluster-identifier mysql-multi-az-db-cluster \
3. --engine mysql \
4. --engine-version 8.0.32 \
5. --master-username admin \
6. --manage-master-user-password \
7. --port 3306 \
8. --backup-retention-period 1 \
9. --db-subnet-group-name default \
10. --allocated-storage 4000 \
11. --storage-type io1 \
12. --iops 10000 \
13. --db-cluster-instance-class db.m5d.xlarge
```
Para Windows:
```
1. aws rds create-db-cluster ^
2. --db-cluster-identifier mysql-multi-az-db-cluster ^
3. --engine mysql ^
4. --engine-version 8.0.32 ^
5. --manage-master-user-password ^
6. --master-username admin ^
7. --port 3306 ^
8. --backup-retention-period 1 ^
9. --db-subnet-group-name default ^
10. --allocated-storage 4000 ^
11. --storage-type io1 ^
12. --iops 10000 ^
13. --db-cluster-instance-class db.m5d.xlarge
```
El comando siguiente crea un clúster de base de datos Multi-AZ de PostgreSQL 13.4 llamado `postgresql-multi-az-db-cluster`.
**Example**
Para Linux, macOS o Unix:
```
1. aws rds create-db-cluster \
2. --db-cluster-identifier postgresql-multi-az-db-cluster \
3. --engine postgres \
4. --engine-version 13.4 \
5. --manage-master-user-password \
6. --master-username postgres \
7. --port 5432 \
8. --backup-retention-period 1 \
9. --db-subnet-group-name default \
10. --allocated-storage 4000 \
11. --storage-type io1 \
12. --iops 10000 \
13. --db-cluster-instance-class db.m5d.xlarge
```
Para Windows:
```
1. aws rds create-db-cluster ^
2. --db-cluster-identifier postgresql-multi-az-db-cluster ^
3. --engine postgres ^
4. --engine-version 13.4 ^
5. --manage-master-user-password ^
6. --master-username postgres ^
7. --port 5432 ^
8. --backup-retention-period 1 ^
9. --db-subnet-group-name default ^
10. --allocated-storage 4000 ^
11. --storage-type io1 ^
12. --iops 10000 ^
13. --db-cluster-instance-class db.m5d.xlarge
```
### API de RDS
Antes de poder crear un clúster de base de datos Multi-AZ a través de la API de RDS, asegúrese de cumplir los requisitos previos, como crear una VPC y un grupo de subred de base de datos de RDS. Para obtener más información, consulte [Requisitos previos de clúster de base de datos](#create-multi-az-db-cluster-prerequisites).
Para crear un clúster Multi-AZ con la API de RDS, llame a la operación [CreateDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html). Especifique el `DBClusterIdentifier`. En el parámetro `Engine`, especifique `mysql` o `postgresql`.
Para obtener más información acerca de cada opción, consulte [Configuración para la creación de clústeres de base de datos Multi-AZ](#create-multi-az-db-cluster-settings).
La operación `CreateDBCluster` crea la instancia de base de datos del escritor de su clúster de base de datos y dos instancias de base de datos del lector. Cada instancia de base de datos se encuentra en una zona de disponibilidad diferente.
## Configuración para la creación de clústeres de base de datos Multi-AZ
Para detalles sobre los ajustes de configuración que se eligen al crear un clúster de base de datos Multi-AZ, consulte la siguiente tabla. Para obtener más información acerca de las opciones de la AWS CLI, consulte [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html). Para obtener más información sobre los parámetros de la API de RDS, consulte [CreateDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html).
| Configuración de la consola | Descripción de la configuración | Opción de la CLI y parámetro de la API de RDS |
| --- | --- | --- |
| **Allocated storage (Almacenamiento asignado** | La cantidad de almacenamiento que se tiene que asignar a la instancia de base de datos en el clúster de base de datos (en gibibytes). Para obtener más información, consulte [Almacenamiento de instancias de base de datos de Amazon RDS](CHAP_Storage.md). | **Opción de la CLI:** `--allocated-storage` **Parámetro de la API:** `AllocatedStorage` |
| Auto minor version upgrade (Actualización automática de versiones secundarias | **Habilite la actualización automática de versiones secundarias** para que el clúster de base de datos reciba actualizaciones preferidas de la versión secundaria del motor de base de datos automáticamente cuando estén disponibles. Amazon RDS realiza actualizaciones automáticas de versiones secundarias en el periodo de mantenimiento. | **Opción de la CLI:** `--auto-minor-version-upgrade` `--no-auto-minor-version-upgrade` **Parámetro de la API:** `AutoMinorVersionUpgrade` |
| Backup retention period (Periodo de retención de copia de seguridad | Número de días que tiene que retener las copias de seguridad automáticas del clúster de base de datos. Para un clúster de base de datos Multi-AZ, este valor debe establecerse en **1** o más. Para obtener más información, consulte [Introducción a las copias de seguridad](USER_WorkingWithAutomatedBackups.md). | **Opción de la CLI:** `--backup-retention-period` **Parámetro de la API:** `BackupRetentionPeriod` |
| Intervalo de copia de seguridad | Periodo de tiempo durante el cual Amazon RDS lleva a cabo automáticamente una copia de seguridad del clúster de base de datos. A menos que desee hacer una copia de seguridad de la base de datos a una hora determinada, utilice el valor predeterminado **No Preference** (Sin preferencia). Para obtener más información, consulte [Introducción a las copias de seguridad](USER_WorkingWithAutomatedBackups.md). | **Opción de la CLI:** `--preferred-backup-window` **Parámetro de la API:** `PreferredBackupWindow` |
| **Certificate authority (Autoridad de certificado** | Entidad de certificación (CA) del certificado de servidor que utiliza el clúster de base de datos. Para obtener más información, consulte [Uso de SSL/TLS para cifrar una conexión a una instancia o un clúster de base de datos](UsingWithRDS.SSL.md). | **Opción de la CLI:** `--ca-certificate-identifier` **Parámetro de la API de RDS:** `CACertificateIdentifier` |
| Copy tags to snapshots (Copiar etiquetas en instantáneas | Esta opción copia las etiquetas de los clústeres de base de datos en una instantánea de base de datos cuando se crea una instantánea. Para obtener más información, consulte [Etiquetado de los recursos de Amazon RDS](USER_Tagging.md). | **Opción de la CLI:** `-copy-tags-to-snapshot` `-no-copy-tags-to-snapshot` **Parámetro de la API de RDS:** `CopyTagsToSnapshot` |
| Database authentication (Autenticación de bases de datos | La opción de autenticación de la base de datos que desea usar. Elija **Password authentication (Autenticación de contraseña )** para autenticar solo a los usuarios de la base de datos con contraseñas de base de datos. Elija **Password and IAM DB authentication** (Contraseña y autenticación de base de datos de IAM) para autenticar a los usuarios de la base de datos con contraseñas y credenciales de usuario a través de usuarios y roles. Para obtener más información, consulte [Autenticación de bases de datos de IAM para MariaDB, MySQL, and PostgreSQL](UsingWithRDS.IAMDBAuth.md). | **Opción de la CLI:** `--enable-iam-database-authentication` `--no-enable-iam-database-authentication` **Parámetro de la API de RDS:** `EnableIAMDatabaseAuthentication` |
| Database port (Puerto de base de datos | Puerto que desea utilizar para obtener acceso al clúster de base de datos. Se muestra el puerto predeterminado. El puerto no se puede cambiar una vez creado el clúster de base de datos. Los firewalls de algunas compañías bloquean las conexiones a los puertos predeterminados. Si el firewall de su compañía bloquea el puerto predeterminado, ingrese otro puerto para el clúster de base de datos. | **Opción de la CLI:** `--port` **Parámetro de la API de RDS:** `Port` |
| DB clúster identifier (Identificador de clúster de base de datos | El nombre del clúster de base de datos. Asigne a sus clústeres de base de datos el mismo nombre que a sus servidores en las instalaciones. El identificador del clúster de bases de datos puede contener un máximo de 63 caracteres alfanuméricos y debe ser único para su cuenta en la región de AWS que elija. | **Opción de la CLI:** `--db-cluster-identifier` **Parámetro de la API de RDS:** `DBClusterIdentifier` |
| Clase de instancia de la base de datos | La capacidad de memoria y computación de cada instancia de base de datos en el clúster de base de datos Multi-AZ, por ejemplo, `db.m5d.xlarge`. Si es posible, elija una clase de instancia de base de datos lo bastante grande como para albergar en la memoria el conjunto de trabajo de una consulta típica. Cuando los conjuntos de trabajo se albergan en la memoria, el sistema puede evitar escribir en el disco, lo que mejora su rendimiento. Para obtener una lista de clases de instancias de base de datos compatibles, consulte [Disponibilidad de clase de instancia para los clústeres de base de datos multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts.InstanceAvailability). | **Opción de la CLI:** `--db-cluster-instance-class` **Parámetro de la API de RDS:** `DBClusterInstanceClass` |
| **Grupo de parámetros de clúster de base de datos** | El grupo de parámetros de clúster de base de datos que desea asociar al clúster de base de datos. Para obtener más información, consulte [Grupos de parámetros para clústeres de base de datos multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups). | **Opción de la CLI:** `--db-cluster-parameter-group-name` **Parámetro de la API de RDS:** `DBClusterParameterGroupName` |
| Versión del motor de base de datos | La versión del motor de base de datos que se desea utilizar. | **Opción de la CLI:** `--engine-version` **Parámetro de la API de RDS:** `EngineVersion` |
| Grupo de parámetros de clúster de base de datos | Grupo de parámetros de la instancia de base de datos a asociar con el clúster de base de datos. Para obtener más información, consulte [Grupos de parámetros para clústeres de base de datos multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups). | **Opción de la CLI:** `--db-cluster-parameter-group-name` **Parámetro de la API de RDS:** `DBClusterParameterGroupName` |
| Grupo de subredes de base de datos | El grupo de subredes de base de datos que desea utilizar para el clúster de base de datos. Seleccione Choose existing (Elegir existente) para utilizar un grupo de subredes de base de datos existente. A continuación, elija el grupo de subredes requerido en la lista desplegable Existing DB subnet groups (Grupos de subredes de base de datos existentes).Elija **Automatic setup** (Configuración automática) para permitir que RDS seleccione un grupo de subredes de base de datos compatible. Si no existe ninguno, RDS crea un nuevo grupo de subredes para el clúster.Para obtener más información, consulte [Uso de los grupos de subredes de base de datos](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Subnets). | **Opción de la CLI:** `--db-subnet-group-name` **Parámetro de la API de RDS:** `DBSubnetGroupName` |
| Deletion protection (Protección contra eliminación | Seleccione **Enable deletion protection (Habilitar la protección contra la eliminación)** para evitar que se elimine el clúster de base de datos. Si crea un clúster de base de datos de producción con la consola, se activa de forma predeterminada la protección contra la eliminación. Para obtener más información, consulte [Eliminación de una instancia de base de datos](USER_DeleteInstance.md). | **Opción de la CLI:** `--deletion-protection` `--no-deletion-protection` **Parámetro de la API de RDS:** `DeletionProtection` |
| Cifrado | **Enable Encryption** (Habilitar cifrado) para activar el cifrado en reposo para este clúster de base de datos. El cifrado está activado de forma predeterminada para los clústeres de base de datos Multi-AZ. Para obtener más información, consulte [Cifrado de recursos de Amazon RDS](Overview.Encryption.md). | **Opciones de CLI:** `--kms-key-id` `--storage-encrypted` `--no-storage-encrypted` **Parámetros de la API de RDS:** `KmsKeyId` `StorageEncrypted` |
| Supervisión mejorada | **Enable enhanced monitoring** (Habilitar monitoreo mejorado) a fin de activar la recopilación de métricas en tiempo real para el sistema operativo en el que se ejecute el clúster de base de datos. Para obtener más información, consulte [Supervisión de las métricas del sistema operativo con Supervisión mejorada](USER_Monitoring.OS.md). | **Opciones de CLI:** `--monitoring-interval` `--monitoring-role-arn` **Parámetros de la API de RDS:** `MonitoringInterval` `MonitoringRoleArn` |
| Nombre inicial de la base de datos | Nombre de la base de datos del clúster de base de datos. Si no se proporciona un nombre para un clúster de base de datos Aurora MySQL. Sin embargo, crea una base de datos en el clúster de base de datos para PostgreSQL. El nombre no puede ser una palabra reservada por el motor de base de datos. Tiene otras restricciones según el motor de base de datos. MySQL: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/create-multi-az-db-cluster.html) PostgreSQL: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/create-multi-az-db-cluster.html) | **Opción de la CLI:** `--database-name` **Parámetro de la API de RDS:** `DatabaseName` |
| **Log exports (Exportaciones de registros** | Los tipos de archivos de registro de base de datos que se publicarán en Amazon CloudWatch Logs. Para obtener más información, consulte [Publicación de registros de base de datos en registros de Amazon Cloudwatch](USER_LogAccess.Procedural.UploadtoCloudWatch.md). | **Opción de la CLI:** `-enable-cloudwatch-logs-exports` **Parámetro de la API de RDS:** `EnableCloudwatchLogsExports` |
| período de mantenimiento | Periodo de 30 minutos durante el cual se aplican las modificaciones pendientes en el clúster de base de datos. Si el periodo de tiempo no es importante, elija **No Preference** (Sin preferencia). Para obtener más información, consulte [Ventana de mantenimiento de Amazon RDS](USER_UpgradeDBInstance.Maintenance.md#Concepts.DBMaintenance). | **Opción de la CLI:** `--preferred-maintenance-window` **Parámetro de la API de RDS:** `PreferredMaintenanceWindow` |
| Gestionar las credenciales maestras en AWS Secrets Manager | Seleccione **Administrar credenciales maestras en AWS Secrets Manager** para administrar la contraseña del usuario maestro en un secreto en Secrets Manager. De forma opcional, elija la clave KMS para proteger el secreto. Elija entre las claves de KMS de su cuenta o bien introduzca la clave de otra cuenta. Para obtener más información, consulte [Administración de contraseñas con Amazon RDS y AWS Secrets Manager](rds-secrets-manager.md). | **Opción de la CLI:** `--manage-master-user-password \| --no-manage-master-user-password` `--master-user-secret-kms-key-id` **Parámetro de la API de RDS:** `ManageMasterUserPassword` `MasterUserSecretKmsKeyId` |
| Master password (Contraseña maestra | Contraseña de la cuenta del usuario maestro. | **Opción de la CLI:** `--master-user-password` **Parámetro de la API de RDS:** `MasterUserPassword` |
| Master Username (Nombre de usuario maestro | El nombre que utiliza como nombre de usuario maestro para iniciar sesión en el clúster de base de datos con todos los privilegios de la base de datos. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/create-multi-az-db-cluster.html) Después de crear el clúster de base de datos Multi-AZ, no se puede cambiar el nombre de usuario maestro. Para obtener más información sobre los privilegios concedidos al usuario maestro, consulte [Privilegios de la cuenta de usuario maestro](UsingWithRDS.MasterAccounts.md). | **Opción de la CLI:** `--master-username` **Parámetro de la API de RDS:** `MasterUsername` |
| Información de rendimiento | **Enable Performance Insights** (Habilitar Información sobre rendimiento) para monitorear la carga del clúster de base de datos para poder analizar y solucionar los problemas de rendimiento de la base de datos. Elija un periodo de retención para determinar durante cuánto tiempo conservar el historial de datos de Performance Insights. La configuración de retención es **Predeterminada (7 días)**. Para retener los datos de rendimiento durante más tiempo, especifique de 1 a 24 meses. Para obtener más información acerca de los periodos de retención, consulte [Precios y retención de datos de Performance Insights](USER_PerfInsights.Overview.cost.md). Elija la clave de KMS que se utilizará para proteger la clave que se utiliza para cifrar el volumen de esta base de datos. Elija entre las claves de KMS de su cuenta o bien introduzca la clave de otra cuenta. Para obtener más información, consulte [Monitoreo de la carga de base de datos con Performance Insights en Amazon RDS](USER_PerfInsights.md). | **Opciones de CLI:** `--enable-performance-insights` `--no-enable-performance-insights` `--performance-insights-retention-period` `--performance-insights-kms-key-id` **Parámetros de la API de RDS:** `EnablePerformanceInsights` `PerformanceInsightsRetentionPeriod` `PerformanceInsightsKMSKeyId` |
| Provisioned IOPS (IOPS aprovisionadas | La cantidad de IOPS aprovisionadas (operaciones de entrada/salida por segundo) asignada inicialmente para el clúster de base de datos. | **Opción de la CLI:** `--iops` **Parámetro de la API de RDS:** `Iops` |
| Acceso público | **Publicly accesible** (Accesible públicamente) para proporcionar una dirección IP pública al clúster de base de datos, lo que significa que es accesible desde fuera de la VPC. Para que sea accesible públicamente, el clúster de base de datos también debe estar en una subred pública de la VPC. **Not publicly accesible** (No es accesible públicamente) para que el clúster de base de datos sea accesible solo desde dentro de la VPC. Para obtener más información, consulte [Cómo ocultar una instancia de base de datos en una VPC desde Internet.](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Hiding). Para conectarse a un clúster de base de datos desde afuera de su VPC, el clúster de base de datos debe ser accesible públicamente. Además, el acceso debe concederse mediante las reglas entrantes del grupo de seguridad del clúster de base de datos y deben cumplirse otros requisitos. Para obtener más información, consulte [No puede conectarse a la instancia de base de datos de Amazon RDS](CHAP_Troubleshooting.md#CHAP_Troubleshooting.Connecting). Si su clúster de base de datos no es accesible públicamente, también puede usar una conexión de AWS Site-to-site VPN o una conexión de Direct Connect para acceder a ella desde una red privada. Para obtener más información, consulte [Privacidad del tráfico entre redes](inter-network-traffic-privacy.md). | **Opción de la CLI:** `--publicly-accessible` `--no-publicly-accessible` **Parámetro de la API de RDS:** `PubliclyAccessible` |
| Soporte extendido de RDS | Seleccione **Habilitar el Soporte extendio de RDS** para permitir que las versiones principales de los motores compatibles sigan funcionando una vez pasada la fecha de finalización del soporte estándar de RDS. Al crear un clúster de base de datos, Amazon RDS utiliza el Soporte extendido de RDS de forma predeterminada. Para evitar la creación de un nuevo clúster de base de datos después de la fecha de finalización del soporte estándar de RDS y evitar cargos por el Soporte extendido de RDS, deshabilite esta configuración. Sus clústeres de bases de datos existentes no incurrirán en cargos hasta la fecha de inicio de los precios del Soporte extendido de RDS. Para obtener más información, consulte [Soporte extendido de Amazon RDS con Amazon RDS](extended-support.md). | **Opción de la CLI:** `--engine-lifecycle-support` **Parámetro de la API de RDS:** `EngineLifecycleSupport` |
| **Rendimiento de almacenamiento** | El valor de rendimiento de almacenamiento para el clúster de base de datos. Esta configuración solo es visible si selecciona SSD de uso general (gp3) como tipo de almacenamiento. Este ajuste no se puede configurar y se establece automáticamente en función de las IOPS que especifique. Para obtener más información, consulte [Almacenamiento gp3 (recomendado)](CHAP_Storage.md#gp3-storage). | Este valor se calcula automáticamente y no tiene una opción CLI. |
| **RDS Proxy** | Elija **Create an RDS Proxy** (Crear un RDS Proxy) para crear un proxy para el clúster de base de datos. Amazon RDS crea automáticamente un rol de IAM y un secreto de Secrets Manager para el proxy. | No está disponible al crear un clúster de base de datos. |
| Tipo de almacenamiento | Tipo de almacenamiento de su clúster de base de datos. Solo se admite el almacenamiento de uso general (gp3), de IOPS aprovisionadas (io1) y de SSD de IOPS aprovisionadas (io2). Para obtener más información, consulte [Tipos de almacenamiento de Amazon RDS](CHAP_Storage.md#Concepts.Storage). | **Opción de la CLI:** `--storage-type` **Parámetro de la API de RDS:** `StorageType` |
| Nube privada virtual (VPC) | Una VPC basada en el servicio de Amazon VPC para asociar con este clúster de base de datos. Para obtener más información, consulte [VPC de Amazon y Amazon RDS](USER_VPC.md). | Para la CLI y la API, especifique los ID de grupo de seguridad de la VPC. |
| Grupo de seguridad de VPC (firewall) | Los grupos de seguridad para asociar al clúster de base de datos. Para obtener más información, consulte [Información general de los grupos de seguridad de VPC](Overview.RDSSecurityGroups.md#Overview.RDSSecurityGroups.VPCSec). | **Opción de la CLI:** `--vpc-security-group-ids` **Parámetro de la API de RDS:** `VpcSecurityGroupIds` |
## Configuración que no se aplica al crear clústeres de base de datos Multi-AZ
La siguiente configuración del comando AWS CLI de [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) y la operación de la API de RDS [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) no se aplica a clústeres de base de datos Multi-AZ.
Tampoco puede especificar esta configuración para clústeres de base de datos Multi-AZ en la consola.
| AWS CLIConfiguración de la | Configuración de la API de RDS |
| --- | --- |
| `--availability-zones` | `AvailabilityZones` |
| `--backtrack-window` | `BacktrackWindow` |
| `--character-set-name` | `CharacterSetName` |
| `--domain` | `Domain` |
| `--domain-iam-role-name` | `DomainIAMRoleName` |
| `--enable-global-write-forwarding \| --no-enable-global-write-forwarding` | `EnableGlobalWriteForwarding` |
| `--enable-http-endpoint \| --no-enable-http-endpoint` | `EnableHttpEndpoint` |
| `--global-cluster-identifier` | `GlobalClusterIdentifier` |
| `--option-group-name` | `OptionGroupName` |
| `--pre-signed-url` | `PreSignedUrl` |
| `--replication-source-identifier` | `ReplicationSourceIdentifier` |
| `--scaling-configuration` | `ScalingConfiguration` |
# Conexión a un clúster de base de datos multi-AZ para Amazon RDS
Un clúster de base de datos Multi-AZ tiene tres instancias de base de datos en vez de solo una. Una instancia de base de datos específica gestiona cada conexión. Cuando se conecta a un clúster de base de datos Multi-AZ, el nombre de host y el puerto que especifica apuntan a un nombre de dominio completo llamado *punto de conexión*. El clúster de base de datos Multi-AZ utiliza el mecanismo de punto de conexión para abstraer estas conexiones, de modo que no es necesario especificar exactamente a qué instancia de base de datos del clúster de base de datos se va a conectar. Por lo tanto, no tiene que codificar todos los nombres de host ni escribir su propia lógica para redirigir las conexiones cuando algunas instancias de base de datos no están disponibles.
El punto de conexión del escritor se conecta a la instancia de la base de datos del escritor del clúster de la base de datos, que admite operaciones de lectura y escritura. El punto de conexión del lector se conecta a cualquiera de las dos instancias de base de datos del lector, que solo admiten operaciones de lectura.
Al usar puntos de conexión puede asignar cada conexión a la instancia de base de datos o grupo de instancias de base de datos adecuados en función de su caso de uso. Por ejemplo, para desempeñar instrucciones DDL y DML puede conectarse a la instancia de base de datos que sea la instancia de base de datos del escritor. Para realizar consultas, puede conectarse al extremo del lector, con el clúster de base de datos Multi-AZ al administrar automáticamente las conexiones entre las instancias de base de datos del lector. En el caso de diagnóstico o ajuste, puede conectarse a un punto de conexión de instancia de base de datos específico para examinar los detalles de una instancia de base de datos específica.
Para obtener más información acerca de la conexión a una instancia de base de datos, consulte [Conexión a una instancia de base de datos de Amazon RDS](CHAP_CommonTasks.Connect.md).
Para obtener más información sobre la conexión a clústeres de base de datos multi-AZ, consulte los temas siguientes.
**Temas**
+ [Puntos de conexión de clúster](#multi-az-db-clusters-concepts-connection-management-endpoints-cluster)
+ [Puntos de enlace del lector](#multi-az-db-clusters-concepts-connection-management-endpoints-reader)
+ [Puntos de conexión de instancia](#multi-az-db-clusters-concepts-connection-management-endpoints-instance)
+ [Conexiones de alta disponibilidad](#multi-az-db-clusters-concepts-connection-management-endpoints-ha)
+ [Conexión a clústeres de bases de datos multi-AZ con los controladores de AWS para Amazon RDSConexión a clústeres de bases de datos Multi-AZ con el controlador JDBC de Amazon Web Services (AWS)](maz-cluster-connect-drivers.md)
## Tipos de puntos de conexión del clúster de base de datos Multi-AZ
Un punto de conexión se representa mediante un identificador único que contiene una dirección de host. Los siguientes tipos de puntos de conexión están disponibles en un clúster de base de datos Multi-AZ:
**Punto de conexión de clúster**
El *punto de conexión de clúster* o (*punto de conexión del escritor*) de un clúster de base de datos Multi-AZ se conecta a la instancia de base de datos del escritor actual de ese clúster de base de datos. Este punto de conexión es el único que puede llevar a cabo operaciones de escritura como instrucciones DDL y DML. Este punto de conexión también puede llevar a cabo operaciones de lectura.
Cada clúster de base de datos Multi-AZ tiene un punto de conexión de clúster y una instancia de base de datos del escritor.
Utilice el punto de conexión del clúster para todas las operaciones de escritura en el clúster de la base de datos, incluidos inserciones, actualizaciones, eliminaciones y cambios de DDL. También puede usar el punto de conexión del clúster para operaciones de lectura, como por ejemplo consultas.
Si se produce un error en la instancia de base de datos del escritor actual de un clúster de base de datos, el clúster de base de datos Multi-AZ conmuta por error automáticamente a una nueva instancia de base de datos del escritor. Durante una conmutación por error, el clúster de base de datos todavía atiende solicitudes de conexión al punto de conexión del clúster de la nueva instancia de base de datos del escritor, con una interrupción del servicio mínima.
En el siguiente ejemplo se ilustra el punto de conexión del clúster de un clúster de base de datos Multi-AZ.
`mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com`
Para obtener más información sobre la conexión a los puntos de conexión de clúster, consulte [Puntos de conexión de clúster](#multi-az-db-clusters-concepts-connection-management-endpoints-cluster).
**Punto de conexión del lector**
El *punto de conexión del lector* para un clúster de base de datos Multi-AZ proporciona soporte para conexiones de solo lectura al clúster de base de datos. Utilice el punto de conexión del lector para operaciones de lectura, como por ejemplo consultas `SELECT`. Al procesar esas instrucciones en las instancias de base de datos del lector, este punto de conexión reduce la sobrecarga de la instancia de base de datos del escritor. También ayuda al clúster a escalar la capacidad de manejo simultáneo de consultas `SELECT`. Cada clúster de base de datos Multi-AZ tiene un punto de conexión del lector.
El punto de conexión del lector envía cada solicitud de conexión a una de las instancias de base de datos del lector. Cuando se utiliza el punto de conexión del lector para una sesión, solo se pueden ejecutar instrucciones de solo lectura como `SELECT` en esa sesión.
En el siguiente ejemplo se ilustra un punto de conexión del lector de un clúster de base de datos Multi-AZ. La intención de solo lectura de un punto de conexión de lector se indica mediante `-ro` en el punto de conexión del clúster.
`mydbcluster.cluster-ro-123456789012.us-east-1.rds.amazonaws.com`
Para obtener más información sobre los puntos de conexión de lector, consulte [Puntos de enlace del lector](#multi-az-db-clusters-concepts-connection-management-endpoints-reader).
**Punto de conexión de instancia**
Un *punto de conexión de instancia* se conecta a una instancia de base de datos específica de un clúster de base de datos Multi-AZ. Cada instancia de base de datos de un clúster de bases de datos tiene su propio punto de conexión de instancia único. Así que hay un punto de conexión de instancia para la actual instancia de base de datos del escritor del clúster de base de datos y un punto de conexión de instancia para cada una de las instancias de base de datos del lector en el clúster de la base de datos.
El punto de conexión de instancia proporciona control directo sobre las conexiones al clúster de base de datos. Este control puede ayudarle a abordar situaciones en las que el uso del punto de conexión del clúster o del lector puede no ser adecuado. Por ejemplo, su aplicación cliente podría necesitar un balanceo de carga más detallado en función del tipo de carga de trabajo. En este caso, puede configurar varios clientes para que se conecten a distintas instancias de base de datos del lector en un clúster de base de datos con el fin de distribuir las cargas de trabajo de lectura.
En el siguiente ejemplo se ilustra un punto de conexión de instancia de una instancia de base de datos de un clúster de base de datos Multi-AZ.
`mydbinstance.123456789012.us-east-1.rds.amazonaws.com`
Para obtener más información sobre la conexión a los puntos de conexión de instancia, consulte [Puntos de conexión de instancia](#multi-az-db-clusters-concepts-connection-management-endpoints-instance).
## Visualización de puntos de enlace
Utilice la consola, la AWS CLI o la API de Amazon RDS para ver los puntos de conexión de clúster, lector e instancia.
------
#### [ Console ]
En la Consola de administración de AWS, verá el punto de conexión del clúster y el punto de conexión del lector en la página de detalles de cada clúster de base de datos Multi-AZ. Verá el punto de conexión de instancia en la página de detalles de cada instancia de base de datos.
------
#### [ AWS CLI ]
Con la AWS CLI, verá el escritor y cualquier punto de conexión del lector personalizado en la salida del comando [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html). Por ejemplo, el siguiente comando muestra los atributos de punto de conexión de todos los clústeres en la región de AWS actual.
```
aws rds describe-db-cluster-endpoints
```
------
#### [ Amazon RDS API ]
Con la API de Amazon RDS, recuperará los puntos de conexión llamando a la acción [DescribeDBClusterEndpoints](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterEndpoints.html). El resultado también muestra los puntos de conexión del clúster de base de datos de Amazon Aurora, si existen.
------
## Puntos de conexión de clúster
Cada clúster de base de datos Multi-AZ tiene un solo punto de conexión integrado, cuyo nombre y otros atributos administra Amazon RDS. No puede crear, eliminar o modificar este tipo de punto de conexión.
Use el punto de conexión del clúster al administrar su clúster de base de datos, extraer, transformar, cargar (ETL) o desarrollar y probar aplicaciones. El punto de conexión del clúster se conecta a la instancia de base de datos del escritor del clúster. La instancia de base de datos del escritor es la única instancia de base de datos donde puede crear tablas e índices, ejecutar instrucciones `INSERT` y realizar otras operaciones de DDL y DML.
La dirección IP física a la que apunta el punto de conexión del clúster cambia cuando el mecanismo de conmutación por error promueve una nueva instancia de base de datos para que sea la instancia de base de datos del escritor del clúster. Si usa cualquier forma de grupos de conexiones u otros multiplexados, prepárese para vaciar o reducir el tiempo de vida de cualquier información de DNS almacenada en caché. De esta forma se garantiza que no intente establecer una conexión de lectura/escritura en una instancia de base de datos que deje de estar disponible o sea ahora de solo lectura tras una conmutación por error.
## Puntos de enlace del lector
Use el punto de conexión del lector para conexiones de solo lectura al clúster de base de datos Multi-AZ. Dicho punto de conexión ayuda a su clúster de base de datos a manejar una carga de trabajo de consultas intensivas. El punto de conexión del lector es el punto de conexión que proporciona a las aplicaciones que realizan informes u otras operaciones de solo lectura en el clúster. El extremo del lector envía conexiones a las instancias de base de datos de lector disponibles en un clúster de base de datos Multi-AZ.
Cada clúster Multi-AZ tiene un solo punto de conexión del lector integrado, cuyo nombre y otros atributos se administran mediante Amazon RDS. No puede crear, eliminar o modificar este tipo de punto de conexión.
## Puntos de conexión de instancia
Cada instancia de base de datos en un clúster de base de datos Multi-AZ tiene su propio punto de conexión de instancia integrado, cuyo nombre y otros atributos administra Amazon RDS. No puede crear, eliminar o modificar este tipo de punto de conexión. Normalmente, con un clúster de base de datos Multi-AZ se utilizan los puntos de conexión del lector y del escritor con más frecuencia que los puntos de conexión de instancia.
En las operaciones diarias, la forma principal de uso de los puntos de conexión de instancia consiste en diagnosticar los problemas de rendimiento o capacidad que afectan a una instancia de base de datos específica de un clúster de base de datos Multi-AZ. Mientras se conecta a una instancia de base de datos específica, puede examinar sus variables de estado, métricas, etc. Hacer esto puede ayudarlo a determinar qué sucede con esa instancia de base de datos que es distinto de lo que ocurre con otras instancias de base de datos del clúster.
## Conexiones de alta disponibilidad
Para clústeres de base de datos Multi-AZ en los que la alta disponibilidad es importante, utilice el punto de conexión del escritor para conexiones de lectura y escritura o de uso general, y el punto de conexión del lector para conexiones de solo lectura. Los puntos de enlace del escritor y del lector administran la conmutación por error de instancias de base de datos mejor que los puntos de enlace de instancia. A diferencia de los puntos de enlace de instancia, los puntos de enlace del escritor y del lector cambian automáticamente a qué instancia de base de datos se conectan si una instancia de base de datos del clúster deja de estar disponible.
Si se produce un error en la instancia de base de datos del escritor de un clúster de base de datos, Amazon RDS conmuta por error automáticamente a una nueva instancia de base de datos del escritor. Lo hace al convertir una instancia de base de datos del lector en una nueva instancia de base de datos del escritor. Si se produce una conmutación por error, puede usar el punto de conexión del escritor para volver a conectarse a la instancia de base de datos recién promovida. O bien puede usar el punto de conexión del lector para volver a conectarse a una de las instancias de base de datos en el lector del clúster de base de datos. Durante una conmutación por error, el punto de conexión del lector podría dirigir las conexiones a la nueva instancia de base de datos del escritor de un clúster de base de datos durante un breve periodo, tras convertir una instancia de base de datos del lector en la nueva instancia de base de datos del escritor. Si diseña su propia lógica de aplicación para administrar conexiones a puntos de conexión de instancia, puede, manualmente o mediante programación, encontrar el conjunto resultante de instancias de base de datos disponibles en el clúster de base de datos.
# Conexión a clústeres de bases de datos multi-AZ con los controladores de AWS para Amazon RDS
El conjunto de controladores de AWS se ha diseñado para permitir tiempos de transición y conmutación por error más rápidos y autenticarse con AWS Secrets Manager, AWS Identity and Access Management (IAM) e identidad federada. Los controladores de AWS se basan en la supervisión del estado del clúster de base de datos y en el conocimiento de la topología del clúster para determinar quién es el nuevo escritor. Este enfoque reduce los tiempos de transición y conmutación por error a segundos de un solo dígito, en comparación con las decenas de segundos de los controladores de código abierto.
A medida que se introducen nuevas características de servicio, el objetivo del conjunto de controladores de AWS es contar con soporte integrado para estas características de servicio.
## Conexión a clústeres de bases de datos Multi-AZ con el controlador JDBC de Amazon Web Services (AWS)
El controlador JDBC de Amazon Web Services (AWS) se ha diseñado como un contenedor JDBC avanzado para ayudar a las aplicaciones a aprovechar las características de las bases de datos agrupadas en clústeres. Este contenedor complementa y amplía la funcionalidad del controlador JDBC existente. El controlador se admite con los siguientes controladores de la comunidad:
+ MySQL Connector/J
+ MariaDB Connector/J
+ pgJDBC
Para instalar el controlador JDBC de AWS, añada el archivo .jar del controlador JDBC de AWS (ubicado en la aplicación `CLASSPATH`) y conserve las referencias al controlador de la comunidad correspondiente. Actualice el prefijo de la URL de conexión correspondiente de la siguiente manera:
+ `jdbc:mysql://` De a `jdbc:aws-wrapper:mysql://`
+ `jdbc:mariadb://` De a `jdbc:aws-wrapper:mariadb://`
+ `jdbc:postgresql://` De a `jdbc:aws-wrapper:postgresql://`
Para obtener más información sobre el controlador JDBC de AWS e instrucciones completas para utilizarlo, consulte el repositorio GitHub del controlador JDBC de [Amazon Web Services (AWS)](https://github.com/awslabs/aws-advanced-jdbc-wrapper).
## Conexión a clústeres de bases de datos Multi-AZ con el controlador de Python de Amazon Web Services (AWS)
El controlador de Python de Amazon Web Services (AWS) se ha diseñado como un contenedor de Python avanzado. Este contenedor complementa y amplía la funcionalidad del controlador de Psycopg de código abierto. El controlador de Python de AWS se admite con las versiones 3.8 y posteriores de Python. Puede instalar el paquete de `aws-advanced-python-wrapper` mediante el comando `pip`, junto con los paquetes de código abierto de `psycopg`.
Para obtener más información sobre el controlador de Python de AWS e instrucciones completas para utilizarlo, consulte el repositorio GitHub del controlador de Python de [Amazon Web Services (AWS)](https://github.com/awslabs/aws-advanced-python-wrapper).
# Conexión automática de un recurso de computación de AWS y un clúster de base de datos multi-AZ para Amazon RDS
Puede conectar automáticamente un clúster de base de datos Multi-AZ y recursos de computación de AWS, como instancias de Amazon Elastic Compute Cloud (Amazon EC2) y funciones de AWS Lambda.
En los temas siguientes, se proporcionan instrucciones detalladas para configurar los ajustes de red, los grupos de seguridad y los parámetros de conexión con el fin de establecer conexiones fiables con las instancias de base de datos de Amazon RDS dentro de una implementación de clúster de base de datos multi-AZ. Se centran en optimizar la conectividad y el rendimiento de la red para las aplicaciones que interactúan con un clúster de base de datos multi-AZ, lo que garantiza operaciones de datos seguras y eficaces.
**Topics**
+ [Conexión automática de una instancia de EC2 con un clúster de base de datos Multi-AZ](multiaz-ec2-rds-connect.md)
+ [Conexión automática de una función de Lambda y un clúster de base de datos Multi-AZ](multiaz-lambda-rds-connect.md)
# Conexión automática de una instancia de EC2 con un clúster de base de datos Multi-AZ
Puede utilizar la consola de Amazon RDS para simplificar la configuración de una conexión entre una instancia de Amazon Elastic Compute Cloud (Amazon EC2) y un clúster de base de datos Multi-AZ. Con frecuencia, el clúster de base de datos multi-AZ se encuentra en una subred privada y la instancia de EC2 en una subred pública dentro de una VPC. Puede usar un cliente SQL en su instancia de EC2 para conectarse al clúster de base de datos multi-AZ. La instancia de EC2 también puede ejecutar servidores web o aplicaciones que accedan al clúster de base de datos multi-AZ privado.
![\[Conecte automáticamente un clúster de base de datos Multi-AZ con una instancia de EC2.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/multi-az-ec2-connect-overview.png)
Si desea conectarse a una instancia de EC2 que no está en la misma VPC que el clúster de base de datos Multi-AZ, consulte los escenarios en [Escenarios de acceso a una instancia de base de datos en una VPC](USER_VPC.Scenarios.md).
**Topics**
+ [Descripción general de la conectividad automática con una instancia de EC2](#multiaz-ec2-rds-connect-overview)
+ [Conexión de una instancia de EC2 con un clúster de base de datos Multi-AZ de forma automática](#multiaz-ec2-rds-connect-connecting)
+ [Visualización de los recursos de computación conectados](#multiaz-ec2-rds-connect-viewing)
## Descripción general de la conectividad automática con una instancia de EC2
Cuando se configura una conexión entre una instancia de EC2 y un clúster de base de datos Multi-AZ automáticamente, Amazon RDS configura el grupo de seguridad de la VPC para su instancia de EC2 y su clúster de base de datos.
Estos son los requisitos para conectar una instancia de EC2 al clúster de base de datos Multi-AZ:
+ La instancia de EC2 debe existir en la misma VPC que el clúster de base de datos Multi-AZ.
Si no existen instancias de EC2 en la misma VPC, la consola proporciona un enlace para crear una.
+ El usuario que configura la conectividad debe tener permisos para realizar las siguientes operaciones de EC2:
+ `ec2:AuthorizeSecurityGroupEgress`
+ `ec2:AuthorizeSecurityGroupIngress`
+ `ec2:CreateSecurityGroup`
+ `ec2:DescribeInstances`
+ `ec2:DescribeNetworkInterfaces`
+ `ec2:DescribeSecurityGroups`
+ `ec2:ModifyNetworkInterfaceAttribute`
+ `ec2:RevokeSecurityGroupEgress`
Cuando se establece una conexión con una instancia de EC2, Amazon RDS realiza una acción basada en la configuración actual de los grupos de seguridad asociados al clúster de base de datos Multi-AZ y la instancia de EC2, como se describe en la siguiente tabla.
| Configuración del grupo de seguridad de RDS actual | Configuración del grupo de seguridad de EC2 actual | Acción de RDS |
| --- | --- | --- |
| Hay uno o más grupos de seguridad asociados al clúster de base de datos Multi-AZ con un nombre que coincide con el patrón `rds-ec2-n` (donde `n` es un número). No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad tiene solo una regla de entrada con el grupo de seguridad de VPC de la instancia de EC2 como origen. | Hay uno o más grupos de seguridad asociados a la instancia de EC2 con un nombre que coincide con el patrón `rds-ec2-n` (donde `n` es un número). No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad solo tiene una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ como origen. | Amazon RDS no realiza ninguna acción. Ya se configuró automáticamente una conexión entre la instancia de EC2 y el clúster de base de datos Multi-AZ. Como ya existe una conexión entre la instancia de EC2 y la base de datos de RDS, los grupos de seguridad no se modifican. |
| Se aplica alguna de las siguientes condiciones: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/multiaz-ec2-rds-connect.html) | Se aplica alguna de las siguientes condiciones: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/multiaz-ec2-rds-connect.html) | [RDS action: create new security groups](ec2-rds-connect.md#rds-action-create-new-security-groups) |
| Hay uno o más grupos de seguridad asociados al clúster de base de datos Multi-AZ con un nombre que coincide con el patrón `rds-ec2-n`. No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad tiene solo una regla de entrada con el grupo de seguridad de VPC de la instancia de EC2 como origen. | Hay uno o más grupos de seguridad asociados a la instancia de EC2 con un nombre que coincide con el patrón `ec2-rds-n`. Sin embargo, ninguno de estos grupos de seguridad se puede usar para la conexión con el clúster de base de datos Multi-AZ. Un grupo de seguridad no se puede usar si no tiene una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ como origen. Tampoco se puede usar un grupo de seguridad si se ha modificado. | [RDS action: create new security groups](ec2-rds-connect.md#rds-action-create-new-security-groups) |
| Hay uno o más grupos de seguridad asociados al clúster de base de datos Multi-AZ con un nombre que coincide con el patrón `rds-ec2-n`. No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad tiene solo una regla de entrada con el grupo de seguridad de VPC de la instancia de EC2 como origen. | Existe un grupo de seguridad de EC2 válido para la conexión, pero no está asociado a la instancia de EC2. Este grupo de seguridad tiene un nombre que coincide con el patrón `rds-ec2-n`. No se ha modificado. Solo tiene una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ como origen. | [RDS action: associate EC2 security group](ec2-rds-connect.md#rds-action-associate-ec2-security-group) |
| Se aplica alguna de las siguientes condiciones: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/multiaz-ec2-rds-connect.html) | Hay uno o más grupos de seguridad asociados a la instancia de EC2 con un nombre que coincide con el patrón `rds-ec2-n`. No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad solo tiene una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ como origen. | [RDS action: create new security groups](ec2-rds-connect.md#rds-action-create-new-security-groups) |
**Acción de RDS de: crear nuevos grupos de seguridad**
Amazon RDS realiza las siguientes acciones:
+ Crea un nuevo grupo de seguridad que coincide con el patrón `rds-ec2-n`. Este grupo de seguridad tiene una regla de entrada con el grupo de seguridad de VPC de la instancia de EC2 como origen. Este grupo de seguridad está asociado al clúster de base de datos Multi-AZ y permite que la instancia de EC2 acceda al clúster de base de datos Multi-AZ.
+ Crea un nuevo grupo de seguridad que coincide con el patrón `ec2-rds-n`. Este grupo de seguridad tiene una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ como origen. Este grupo de seguridad está asociado a la instancia de EC2 y permite que la instancia de EC2 envíe tráfico al clúster de base de datos Multi-AZ.
**Acción de RDS de: asociar un grupo de seguridad EC2**
Amazon RDS asocia el grupo de seguridad de EC2 válido y existente con la instancia de EC2. Este grupo de seguridad permite que la instancia de EC2 envíe tráfico al clúster de base de datos Multi-AZ.
## Conexión de una instancia de EC2 con un clúster de base de datos Multi-AZ de forma automática
Antes de configurar una conexión entre una instancia de EC2 y una base de datos de RDS, asegúrese de cumplir con los requisitos descritos en [Descripción general de la conectividad automática con una instancia de EC2](ec2-rds-connect.md#ec2-rds-connect-overview).
Si realiza cambios en los grupos de seguridad después de configurar la conectividad, los cambios pueden afectar a la conexión entre la instancia de EC2 y la base de datos RDS.
**nota**
Solo puede configurar automáticamente una conexión entre una instancia de EC2 y una base de datos de RDS automáticamente utilizando la Consola de administración de AWS. No puede configurar una conexión automáticamente con la AWS CLI o la API de RDS.
**Para conectar automáticamente de una instancia de EC2 y una base de datos de RDS**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases (Bases de datos)** y, luego, la instancia de base de datos.
1. En **Acciones**, elija **Configurar conexión de EC2**.
Aparece la página **Set up EC2 connection** Configurar conexión de EC2).
1. En la página **Set up EC2 connection** (Configurar conexión de EC2), elija la instancia de EC2.
![\[Configure la página de conexión de EC2.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/auto-connect-rds-ec2-set-up.png)
Si no existen instancias de EC2 en la misma VPC, elija **Create EC2 instance** (Crear instancia de EC2) para crear una. En este caso, asegúrese de que la nueva instancia de EC2 esté en la misma VPC que la base de datos de RDS.
1. Elija **Continuar**.
Aparece la página **Review and confirm** (Revisar y confirmar).
![\[Página de revisión y confirmación de la conexión de EC2.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/auto-connect-rds-ec2-confirm.png)
1. En la página **Review and confirm** (Revisar y confirmar), revise los cambios que realizará RDS para configurar la conectividad con la instancia de EC2.
Si los cambios son correctos, seleccione **Confirmar y configurar**.
Si los cambios no son correctos, seleccione **Previous** (Anterior) o **Cancel** (Cancelar).
## Visualización de los recursos de computación conectados
Puede utilizar la Consola de administración de AWS para ver los recursos de computación que están conectados a una base de datos RDS. Los recursos que se muestran incluyen conexiones de recursos informáticos que se configuraron automáticamente. Puede definir la conectividad con los recursos informáticos de manera automática de las siguientes maneras:
+ Puede seleccionar el recurso informático al crear la base de datos.
Para obtener más información, consulte [Creación de una instancia de base de datos de Amazon RDS](USER_CreateDBInstance.md) y [Creación de un clúster de base de datos multi-AZ para Amazon RDS](create-multi-az-db-cluster.md).
+ Puede configurar la conectividad entre una base de datos existente y un recurso informático.
Para obtener más información, consulte [Conexión automática de una instancia de EC2 y una base de datos de RDS](ec2-rds-connect.md#ec2-rds-connect-connecting).
Los recursos informáticos de la lista no incluyen los que se conectaron a la base de datos manualmente. Por ejemplo, puede permitir que un recurso informático acceda a una base de datos manualmente añadiendo una regla al grupo de seguridad de la VPC asociado a la base de datos.
Para que un recurso informático coincida, se deben cumplir las siguientes condiciones:
+ El nombre del grupo de seguridad asociado al recurso informático coincide con el patrón `ec2-rds-n` (donde `n` es un número).
+ El grupo de seguridad asociado al recurso de computación tiene una regla de salida con el rango de puertos establecido en el puerto utilizado por la base de datos RDS.
+ El grupo de seguridad asociado al recurso informático tiene una regla de salida en la que el origen está establecido en un grupo de seguridad asociado a la base de datos RDS.
+ El nombre del grupo de seguridad asociados a la base de datos de RDS coincide con el patrón `rds-ec2-n` (donde `n` es un número).
+ El grupo de seguridad asociado a la base de datos de RDS tiene una regla de entrada con el rango de puertos establecido en el puerto utilizado por la base de datos de RDS.
+ El grupo de seguridad asociado a la base de datos de RDS tiene una regla de entrada con el origen establecido en un grupo de seguridad asociado al recurso informático.
**Para ver los recursos de computación conectados a una base de datos de RDS**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases** (Bases de datos) y, luego, el nombre de la instancia de base de datos.
1. En la pestaña **Connectivity & security** (Conectividad y seguridad), consulte los recursos informáticos en **Connected compute resources** (Recursos informáticos conectados).
![\[Recursos de computación conectados\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/ec2-connected-compute-resources.png)
# Conexión automática de una función de Lambda y un clúster de base de datos Multi-AZ
Puede utilizar la consola de RDS para simplificar la configuración de una conexión entre una función de Lambda y un clúster de base de datos Multi-AZ. Puede utilizar la consola de RDS para simplificar la configuración de una conexión entre una función de Lambda y un clúster de base de datos Multi-AZ. A menudo, el clúster de base de datos Multi-AZ se encuentra en una subred privada dentro de una VPC. Las aplicaciones pueden utilizar la función de Lambda para acceder a su clúster de base de datos Multi-AZ privado.
La siguiente imagen muestra una conexión directa entre su clúster de base de datos Multi-AZ y su función de Lambda.
![\[Conecte automáticamente un clúster de base de datos Multi-AZ y una función de Lambda.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/auto-connect-maz-lambda.png)
Puede configurar la conexión entre la función de Lambda y su base de datos a través de RDS Proxy para mejorar el rendimiento y la resiliencia de la base de datos. A menudo, las funciones de Lambda hacen frecuentes conexiones cortas a la base de datos que aprovechan el grupo de conexiones que ofrece RDS Proxy. Puede aprovechar cualquier autenticación de IAM que ya tenga para las funciones de Lambda, en lugar de administrar las credenciales de la base de datos en el código de la aplicación de Lambda. Para obtener más información, consulte [Amazon RDS Proxy ](rds-proxy.md).
Puede utilizar la consola para crear automáticamente un proxy para su conexión. También puede seleccionar los proxies existentes. La consola actualiza el grupo de seguridad del proxy para permitir las conexiones entre la base de datos y la función de Lambda. Puede introducir las credenciales de la base de datos o seleccionar el secreto de Secrets Manager que necesita para acceder a la base de datos.
![\[Conecte automáticamente un clúster de base de datos Multi-AZ y una función de Lambda a través de RDS Proxy.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/auto-connect-maz-lambda-Proxy.png)
**Topics**
+ [Información general de la conectividad automática con una función de Lambda](#multiaz-lambda-rds-connect-overview)
+ [Conexión automática de una función de Lambda y un clúster de base de datos Multi-AZ](#multiaz-lambda-rds-connect-connecting)
+ [Visualización de los recursos de computación conectados](#multiaz-lambda-rds-connect-viewing)
## Información general de la conectividad automática con una función de Lambda
Cuando se configura una conexión entre una función de Lambda y un clúster de base de datos Multi-AZ automáticamente, Amazon RDS configura el grupo de seguridad de la VPC para su función de Lambda y su clúster de base de datos.
Estos son los requisitos para conectar una función de Lambda a un clúster de base de datos Multi-AZ:
+ La función de Lambda debe encontrarse en la misma VPC que el clúster de base de datos Multi-AZ.
Si no existen funciones de Lambda en la misma VPC, la consola proporciona un enlace para crear una.
+ El usuario que configure la conectividad debe tener permisos para realizar las siguientes operaciones de Amazon RDS, Amazon EC2, Lambda, Secrets Manager e IAM:
+ Amazon RDS
+ `rds:CreateDBProxies`
+ `rds:DescribeDBInstances`
+ `rds:DescribeDBProxies`
+ `rds:ModifyDBInstance`
+ `rds:ModifyDBProxy`
+ `rds:RegisterProxyTargets`
+ Amazon EC2
+ `ec2:AuthorizeSecurityGroupEgress`
+ `ec2:AuthorizeSecurityGroupIngress`
+ `ec2:CreateSecurityGroup`
+ `ec2:DeleteSecurityGroup`
+ `ec2:DescribeSecurityGroups`
+ `ec2:RevokeSecurityGroupEgress`
+ `ec2:RevokeSecurityGroupIngress`
+ Lambda
+ `lambda:CreateFunctions`
+ `lambda:ListFunctions`
+ `lambda:UpdateFunctionConfiguration`
+ Secrets Manager
+ `sercetsmanager:CreateSecret`
+ `secretsmanager:DescribeSecret`
+ IAM
+ `iam:AttachPolicy`
+ `iam:CreateRole`
+ `iam:CreatePolicy`
+ AWS KMS
+ `kms:describeKey`
Cuando se configura una conexión entre una función de Lambda y un clúster de base de datos Multi-AZ, Amazon RDS configura el grupo de seguridad de la VPC para su función y su clúster de base de datos Multi-AZ. Si usa RDS Proxy, Amazon RDS también configura el grupo de seguridad de la VPC para el proxy. Amazon RDS realiza una acción de acuerdo con la configuración actual de los grupos de seguridad asociados al clúster de base de datos Multi-AZ, la función de Lambda y el proxy, tal como se describe en la siguiente tabla.
| Configuración del grupo de seguridad de RDS actual | Configuración actual del grupo de seguridad de Lambda | Configuración actual del grupo de seguridad del proxy | Acción de RDS |
| --- | --- | --- | --- |
| Amazon RDS no toma ninguna medida porque los grupos de seguridad de todos los recursos siguen el patrón de nomenclatura correcto y tienen las reglas de entrada y salida correctas. | Hay uno o más grupos de seguridad asociados al clúster de base de datos Multi-AZ con un nombre que coincide con el patrón `rds-lambda-n` (donde `n` es un número) o si el valor de `TargetHealth` de un proxy asociado es `AVAILABLE`. No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad tiene solo una regla de entrada con el grupo de seguridad de la VPC de la función de Lambda o el proxy como origen. | Hay uno o más grupos de seguridad asociados a la función de Lambda con un nombre que coincide con el patrón `lambda-rds-n` o `lambda-rdsproxy-n` (donde `n` es un número). No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad solo tiene una regla de salida bien con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ o el proxy como destino. | Hay uno o más grupos de seguridad asociados al proxy con un nombre que coincide con el patrón `rdsproxy-lambda-n` (donde `n` es un número). No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad tiene reglas de entrada y salida con los grupos de seguridad de la VPC de la función de Lambda y el clúster de base de datos Multi-AZ. |
| Se aplica alguna de las siguientes condiciones: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) Amazon RDS no puede usar un grupo de seguridad que no tengan una regla de entrada con el grupo de seguridad de la VPC de la función de Lambda o el proxy como origen. Amazon RDS tampoco puede usar un grupo de seguridad que se haya modificado. Los ejemplos de modificaciones incluyen agregar una regla o cambiar el puerto de una regla existente. | Se aplica alguna de las siguientes condiciones: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) Amazon RDS no puede usar un grupo de seguridad que no tenga una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ o el proxy como origen. Amazon RDS tampoco puede usar un grupo de seguridad que se haya modificado. | Se aplica alguna de las siguientes condiciones:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html)Amazon RDS no puede utilizar un grupo de seguridad que no tenga reglas de entrada y salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ y la función de Lambda. Amazon RDS tampoco puede usar un grupo de seguridad que se haya modificado. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
| Hay uno o más grupos de seguridad asociados al clúster de base de datos Multi-AZ con un nombre que coincide con el patrón `rds-lambda-n` o si el valor de `TargetHealth` de un proxy asociado es `AVAILABLE`. No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad tiene solo una regla de entrada con el grupo de seguridad de la VPC de la función de Lambda o el proxy como origen. | Hay uno o más grupos de seguridad asociados a la función de Lambda con un nombre que coincide con el patrón `lambda-rds-n` o `lambda-rdsproxy-n`. Sin embargo, Amazon RDS no puede usar ninguno de estos grupos de seguridad para la conexión con el clúster de base de datos Multi-AZ. Amazon RDS no puede utilizar un grupo de seguridad que no tenga una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ o el proxy como destino. Amazon RDS tampoco puede usar un grupo de seguridad que se haya modificado. | Hay uno o más grupos de seguridad asociados al proxy con un nombre que coincide con el patrón `rdsproxy-lambda-n`. Sin embargo, Amazon RDS no puede usar ninguno de estos grupos de seguridad para la conexión con el clúster de base de datos Multi-AZ o la función de Lambda. Amazon RDS no puede utilizar un grupo de seguridad que no tenga reglas de entrada y salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ y la función de Lambda. Amazon RDS tampoco puede usar un grupo de seguridad que se haya modificado. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
| Hay uno o más grupos de seguridad asociados al clúster de base de datos Multi-AZ con un nombre que coincide con el patrón `rds-lambda-n` o si el valor de `TargetHealth` de un proxy asociado es `AVAILABLE`. No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad tiene solo una regla de entrada con el grupo de seguridad de la VPC de la función de Lambda o el proxy como origen. | Existe un grupo de seguridad de Lambda válido para la conexión, pero no está asociado a la función de Lambda. Este grupo de seguridad tiene un nombre que coincide con el patrón `lambda-rds-n` o `lambda-rdsproxy-n`. No se ha modificado. Solo tiene una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ o el proxy como destino. | Existe un grupo de seguridad del proxy válido para la conexión, pero no está asociado al proxy. Este grupo de seguridad tiene un nombre que coincide con el patrón `rdsproxy-lambda-n`. No se ha modificado. Este grupo de seguridad tiene reglas de entrada y salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ y la función de Lambda. | [RDS action: associate Lambda security group](#maz-lam-action-associate-lam-security-group) |
| Se aplica alguna de las siguientes condiciones: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) | Hay uno o más grupos de seguridad asociados a la función de Lambda con un nombre que coincide con el patrón `lambda-rds-n` o `lambda-rdsproxy-n`. No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad solo tiene una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ o el proxy como destino. | Hay uno o más grupos de seguridad asociados al proxy con un nombre que coincide con el patrón `rdsproxy-lambda-n`. No se ha modificado ningún grupo de seguridad que coincida con el patrón. Este grupo de seguridad tiene reglas de entrada y salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ y la función de Lambda. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
| Hay uno o más grupos de seguridad asociados al clúster de base de datos Multi-AZ con un nombre que coincide con el patrón `rds-rdsproxy-n` (donde `n` es un número). | Se aplica alguna de las siguientes condiciones: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) Amazon RDS no puede utilizar un grupo de seguridad que no tenga una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ o el proxy como destino. Amazon RDS tampoco puede usar un grupo de seguridad que se haya modificado. | Se aplica alguna de las siguientes condiciones:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html)Amazon RDS no puede utilizar un grupo de seguridad que no tenga reglas de entrada y salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ y la función de Lambda. Amazon RDS tampoco puede usar un grupo de seguridad que se haya modificado. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
**Acción de RDS de: crear nuevos grupos de seguridad**
Amazon RDS realiza las siguientes acciones:
+ Crea un nuevo grupo de seguridad que coincide con el patrón `rds-lambda-n`. Este grupo de seguridad tiene una regla de entrada con el grupo de seguridad de la VPC de la función de Lambda o el proxy como origen. Este grupo de seguridad está asociado al clúster de base de datos Multi-AZ y permite que la función o el proxy acceda al clúster de base de datos Multi-AZ.
+ Crea un nuevo grupo de seguridad que coincide con el patrón `lambda-rds-n`. Este grupo de seguridad tiene una regla de salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ o el proxy como destino. Este grupo de seguridad está asociado a la función de Lambda y permite que la función de Lambda envíe tráfico al clúster de base de datos Multi-AZ o que envíe tráfico a través de un proxy.
+ Crea un nuevo grupo de seguridad que coincide con el patrón `rdsproxy-lambda-n`. Este grupo de seguridad tiene reglas de entrada y salida con el grupo de seguridad de la VPC del clúster de base de datos Multi-AZ y la función de Lambda.
**Acción de RDS de : asociar un grupo de seguridad de Lambda**
Amazon RDS asocia el grupo de seguridad de Lambda válido y existente a la función de Lambda. Este grupo de seguridad permite que la función envíe tráfico al clúster de base de datos Multi-AZ o que envíe tráfico a través de un proxy.
## Conexión automática de una función de Lambda y un clúster de base de datos Multi-AZ
Puede utilizar la consola de Amazon RDS para conectar automáticamente una función de Lambda a su clúster de base de datos Multi-AZ. Esto simplifica el proceso de establecer una conexión entre estos recursos.
También puede usar RDS Proxy para incluir un proxy en la conexión. Las funciones de Lambda hacen frecuentes conexiones cortas a la base de datos que aprovechan el grupo de conexiones que ofrece RDS Proxy. Puede aprovechar cualquier autenticación de IAM que ya tenga para sus funciones de Lambda, en lugar de administrar las credenciales de la base de datos en el código de la aplicación de Lambda.
Puede conectar un clúster de base de datos Multi-AZ existente a funciones de Lambda nuevas y existentes mediante la página **Configurar la conexión de Lambda**. El proceso de configuración configura automáticamente los grupos de seguridad necesarios en su nombre.
Antes de configurar una conexión entre una función de Lambda y un clúster de base de datos Multi-AZ, asegúrese de que:
+ Su función de Lambda y el clúster de base de datos Multi-AZ estén en la misma VPC.
+ Tiene los permisos adecuados para su cuenta de usuario. Para obtener más información acerca de los requisitos, consulte [Información general de la conectividad automática con una función de Lambda](lambda-rds-connect.md#lambda-rds-connect-overview).
Si realiza cambios en los grupos de seguridad después de configurar la conectividad, los cambios podrían afectar a la conexión entre la función de Lambda y el clúster de base de datos Multi-AZ.
**nota**
Puede configurar automáticamente una conexión entre el clúster de base de datos Multi-AZ y una función de Lambda solo en la Consola de administración de AWS. Para conectar una función de Lambda, todas las instancias del clúster de base de datos Multi-AZ deben estar en estado **Disponible**.
**Para conectar automáticamente una función de Lambda y un clúster de base de datos Multi-AZ**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Bases de datos** y, a continuación, seleccione el clúster de base de datos Multi-AZ que desea conectar a una función de Lambda.
1. En **Acciones**, elija **Configurar la conexión de Lambda**.
1. En la página **Configurar la conexión de Lambda**, en **Seleccionar la función de Lambda**, realice una de las siguientes acciones:
+ Si ya tiene una función de Lambda en la misma VPC que su clúster de base de datos Multi-AZ, elija **Elegir una función existente** y, a continuación, seleccione la función.
+ Si no tiene una función de Lambda en la misma VPC, elija **Crear función nueva** y, a continuación, introduzca un **Nombre de la función**. El tiempo de ejecución predeterminado está establecido en Nodejs.18. Puede modificar la configuración de la nueva función de Lambda en la consola de Lambda después de completar la configuración de la conexión.
1. (Opcional) En **RDS Proxy**, seleccione **Conexión mediante RDS Proxy** y, a continuación, realice una de las siguientes acciones:
+ Si ya tiene un proxy que quiere usar, elija **Elegir un proxy existente** y, a continuación, elija el proxy.
+ Si no dispone de un proxy y desea que Amazon RDS lo cree automáticamente, elija **Crear un proxy nuevo**. A continuación, para **Credenciales de la base de datos**, realice una de las siguientes acciones:
1. Elija **Nombre de usuario y contraseña de la base de datos** y, a continuación, introduzca el **Nombre de usuario** y la **Contraseña** para su clúster de base de datos Multi-AZ.
1. Elija **Secreto de Secrets Manager**. A continuación, para **Seleccionar secreto**, elija un secreto de AWS Secrets Manager. Si no tiene ningún secreto de Secrets Manager, elija **Crear un nuevo secreto de Secrets Manager** para [crear un nuevo secreto](https://docs.aws.amazon.com/secretsmanager/latest/userguide/create_secret.html). Después de crear el secreto, en **Seleccionar secreto**, elija el nuevo secreto.
Después de crear el nuevo proxy, elija **Elegir un proxy existente** y, a continuación, elija el proxy. Tenga en cuenta que el proxy puede tardar algún tiempo en estar disponible para la conexión.
1. (Opcional) Amplíe **Resumen de conexión** y verifique las actualizaciones destacadas de sus recursos.
1. Elija **Configurar**.
Tras confirmar la configuración, Amazon RDS inicia el proceso de conexión de su función de Lambda, RDS Proxy (si ha utilizado un proxy) y clúster de base de datos Multi-AZ. La consola muestra el cuadro de diálogo **Detalles de la conexión**, que muestra los cambios del grupo de seguridad que permiten las conexiones entre los recursos.
## Visualización de los recursos de computación conectados
Puede utilizar la Consola de administración de AWS para ver los recursos de computación que están conectados a su clúster de base de datos Multi-AZ. Los recursos que se muestran incluyen las conexiones de los recursos de computación que Amazon RDS configuró automáticamente.
Los recursos de computación de la lista no incluyen los que se conectan manualmente al clúster de base de datos Multi-AZ. Por ejemplo, para permitir que un recurso de computación acceda manualmente a su clúster de base de datos Multi-AZ puede añadir una regla al grupo de seguridad de la VPC asociado al clúster.
Para que la consola muestre una función de Lambda, se deben cumplir las siguientes condiciones:
+ El nombre del grupo de seguridad asociado al recurso de computación coincide con el patrón `lambda-rds-n` o `lambda-rdsproxy-n` (donde `n` es un número).
+ El grupo de seguridad asociado al recurso de computación tiene una regla de salida con el rango de puertos establecido en el puerto utilizado por el clúster de base de datos Multi-AZ o un proxy asociado. El destino de la regla de salida debe establecerse en un grupo de seguridad asociado al clúster de base de datos Multi-AZ o un proxy asociado.
+ El nombre del grupo de seguridad adjunto al proxy asociado a la base de datos coincide con el patrón `rds-rdsproxy-n` (donde `n` es un número).
+ El grupo de seguridad asociado a la función tiene una regla de salida con el rango de puertos establecido en el puerto utilizado por el clúster de base de datos Multi-AZ o un proxy asociado. El destino debe establecerse en un grupo de seguridad asociado al clúster de base de datos Multi-AZ o un proxy asociado.
**Para ver los recursos de computación conectados automáticamente un clúster de base de datos Multi-AZ**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Bases de datos** y, a continuación, elija el clúster de base de datos Multi-AZ.
1. En la pestaña **Conectividad y seguridad**, consulte los recursos de computación en **Recursos de computación conectados**.
# Modificación de un clúster de base de datos multi-AZ para Amazon RDS.
Un clúster de base de datos Multi-AZ tiene una instancia de base de datos del escritor y dos instancias de base de datos del lector en tres zonas de disponibilidad diferentes. Los clústeres de base de datos Multi-AZ proporcionan alta disponibilidad, mayor capacidad para cargas de trabajo de lectura y menor latencia en comparación con las implementaciones Multi-AZ. Para obtener más información acerca de los clústeres de base de datos Multi-AZ, consulte [Implementaciones de clústeres de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts.md).
Puede modificar un clúster de base de datos Multi-AZ para cambiar su configuración. También puede realizar operaciones en un clúster de base de datos Multi-AZ, como tomar una instantánea del mismo.
**importante**
No se pueden modificar las instancias de base de datos de un clúster de base de datos multi-AZ. Todas las modificaciones deben realizarse en el clúster de base de datos. La única operación que se puede realizar en una instancia de base de datos de un clúster de base de datos multi-AZ es reiniciarla.
Puede modificar un clúster de base de datos Multi-AZ mediante la Consola de administración de AWS, la AWS CLI o la API de RDS.
## Consola
**Para modificar un clúster de base de datos Multi-AZ**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases** (Bases de datos) y, a continuación, elija el clúster de base de datos Multi-AZ que desea modificar.
1. Elija **Modify (Modificar)**. Aparece la página **Modify DB clúster (Modificar clúster de base de datos)**.
1. Cambie los parámetros que desee. Para obtener más información acerca de cada ajuste, consulte [Configuración para modificarlos clústeres de base de datos Multi-AZ](#modify-multi-az-db-cluster-settings).
1. Cuando haya realizado todos los cambios que desee, elija **Continue** y compruebe el resumen de las modificaciones.
1. (Opcional) Seleccione **Apply immediately (Aplicar inmediatamente)** para aplicar los cambios inmediatamente. Si se selecciona esta opción, puede producirse un tiempo de inactividad en algunos casos. Para obtener más información, consulte [Aplicación inmediata de los cambios](#modify-multi-az-db-cluster-apply-immediately).
1. En la página de confirmación, revise los cambios. Si son correctos, elija **Modify DB cluster** (Modificar clúster de base de datos) para guardarlos.
O bien, elija **Back** (Atrás) para editar los cambios o **Cancel** (Cancelar) para cancelarlos.
## AWS CLI
Para modificar un clúster de base de datos Multi-AZ mediante la AWS CLI, llame al comando [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html). Especifique el identificador del clúster de base de datos y los valores de las opciones que desea modificar. Para obtener más información acerca de cada opción, consulte [Configuración para modificarlos clústeres de base de datos Multi-AZ](#modify-multi-az-db-cluster-settings).
**Example**
El siguiente código modifica `my-multi-az-dbcluster` configurando el período de retención de copia de seguridad en 1 semana (7 días). El código activa la protección de eliminación mediante el uso de `--deletion-protection`. Para desactivar la protección contra la eliminación, utilice `--no-deletion-protection`. Los cambios se aplican durante el siguiente periodo de mantenimiento si se utiliza el parámetro `--no-apply-immediately`. Utilice `--apply-immediately` para aplicar los cambios inmediatamente. Para obtener más información, consulte [Aplicación inmediata de los cambios](#modify-multi-az-db-cluster-apply-immediately).
Para Linux, macOS o Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier my-multi-az-dbcluster \
--backup-retention-period 7 \
--deletion-protection \
--no-apply-immediately
```
Para Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier my-multi-az-dbcluster ^
--backup-retention-period 7 ^
--deletion-protection ^
--no-apply-immediately
```
## API de RDS
Para modificar un clúster de base de datos Multi-AZ mediante la API de Amazon RDS, llame a la operación [ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html). Especifique el identificador del clúster de base de datos y los parámetros de la configuración que desea modificar. Para obtener información acerca de cada parámetro, consulte [Configuración para modificarlos clústeres de base de datos Multi-AZ](#modify-multi-az-db-cluster-settings).
## Aplicación inmediata de los cambios
Al modificar un clúster de base de datos Multi-AZ, puede aplicar los cambios inmediatamente. Para aplicar los cambios de forma inmediata, seleccione la opción **Apply Immediately (Aplicar inmediatamente)** en la Consola de administración de AWS. O utilice la opción `--apply-immediately` al llamar a la AWS CLI o establezca el parámetro `ApplyImmediately` en `true` al usar la API de Amazon RDS.
Si decide no aplicar los cambios inmediatamente, estos se colocan en la cola de modificaciones pendientes. Los cambios pendientes en la cola se aplican durante el siguiente periodo de mantenimiento. Si opta por aplicar los cambios inmediatamente, se aplican los nuevos cambios y cualquier cambio de la cola de modificaciones pendientes.
**importante**
Si alguna de las modificaciones pendientes requiere que clúster de base de datos no esté disponible temporalmente (*tiempo de inactividad*), la elección de la opción aplicar inmediatamente puede provocar un tiempo de inactividad inesperado.
Al elegir aplicar un cambio inmediatamente, cualquier modificación pendiente se aplica también inmediatamente, en lugar de durante el siguiente periodo de mantenimiento.
Si no desea que se aplique un cambio pendiente en el siguiente periodo de mantenimiento, puede modificar la instancia de base de datos para revertir el cambio. Para ello, utilice la AWS CLI y especifique la opción `--apply-immediately`.
Los cambios en algunos ajustes de la base de datos se aplican de inmediato, incluso si elige aplazarlos. Para ver cómo interactúan los distintos ajustes de la base de datos con la configuración de aplicación inmediata, consulte [Configuración para modificarlos clústeres de base de datos Multi-AZ](#modify-multi-az-db-cluster-settings).
## Configuración para modificarlos clústeres de base de datos Multi-AZ
Para detalles sobre los ajustes de configuración que puede elegir para modificar un clúster de base de datos Multi-AZ, consulte la siguiente tabla. Para obtener más información acerca de las opciones de la AWS CLI, consulte [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html). Para obtener más información sobre los parámetros de la API de RDS, consulte [ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html).
| Configuración de la consola | Descripción de la configuración | Opción de la CLI y parámetro de la API de RDS | Cuándo se produce el cambio | Notas acerca del tiempo de inactividad |
| --- | --- | --- | --- | --- |
| **Allocated storage (Almacenamiento asignado** | La cantidad de almacenamiento que se tiene que asignar a la instancia de base de datos en el clúster de base de datos (en gibibytes). Para obtener más información, consulte [Almacenamiento de instancias de base de datos de Amazon RDS](CHAP_Storage.md). | **Opción de la CLI:** `--allocated-storage` **Parámetro de la API de RDS:** `AllocatedStorage` | Si decide aplicar el cambio inmediatamente, surte efecto inmediatamente. Si no decide aplicar el cambio inmediatamente, surtirá efecto durante la siguiente ventana de mantenimiento. | No se produce un tiempo de inactividad durante este cambio. |
| Auto minor version upgrade (Actualización automática de versiones secundarias | **Habilite la actualización automática de versiones secundarias** para que el clúster de base de datos reciba actualizaciones preferidas de la versión secundaria del motor de base de datos automáticamente cuando estén disponibles. Amazon RDS realiza actualizaciones automáticas de versiones secundarias en el periodo de mantenimiento. | **Opción de la CLI:** `--auto-minor-version-upgrade` `--no-auto-minor-version-upgrade` **Parámetro de la API de RDS:** `AutoMinorVersionUpgrade` | El cambio se produce inmediatamente. Este ajuste omite la configuración de aplicación inmediata. | Se produce un tiempo de inactividad durante este cambio. |
| Backup retention period (Periodo de retención de copia de seguridad | El número de días que se retienen las copias de seguridad automáticas del clúster de base de datos. El valor debe ser mayor que cero. Para obtener más información, consulte [Introducción a las copias de seguridad](USER_WorkingWithAutomatedBackups.md). | **Opción de la CLI:** `--backup-retention-period` **Parámetro de la API de RDS:** `BackupRetentionPeriod` | Si decide aplicar el cambio inmediatamente, surte efecto inmediatamente. Si no decide aplicar el cambio inmediatamente, surtirá efecto durante la siguiente ventana de mantenimiento. | No se produce un tiempo de inactividad durante este cambio. |
| Intervalo de copia de seguridad | Periodo de tiempo durante el cual Amazon RDS lleva a cabo automáticamente una copia de seguridad del clúster de base de datos. A menos que desee hacer una copia de seguridad de la base de datos a una hora determinada, utilice el valor predeterminado **No Preference** (Sin preferencia). Para obtener más información, consulte [Introducción a las copias de seguridad](USER_WorkingWithAutomatedBackups.md). | **Opción de la CLI:** `--preferred-backup-window` **Parámetro de la API de RDS:** `PreferredBackupWindow` | El cambio se aplica de forma asíncrona, tan pronto como sea posible. | No se produce un tiempo de inactividad durante este cambio. |
| **Certificate authority (Autoridad de certificado** | Entidad de certificación (CA) del certificado de servidor que utiliza el clúster de base de datos. Para obtener más información, consulte [Uso de SSL/TLS para cifrar una conexión a una instancia o un clúster de base de datos](UsingWithRDS.SSL.md). | **Opción de la CLI:** `--ca-certificate-identifier` **Parámetro de la API de RDS:** `CACertificateIdentifier` | Si decide aplicar el cambio inmediatamente, surte efecto inmediatamente. Si no decide aplicar el cambio inmediatamente, surtirá efecto durante la siguiente ventana de mantenimiento. | Solo se produce una interrupción si el motor de base de datos no admite la rotación sin reinicio. Puede utilizar el comando de la AWS CLI [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) para determinar si el motor de base de datos admite la rotación sin reinicio. |
| Copy tags to snapshots (Copiar etiquetas en instantáneas | Esta opción copia las etiquetas de los clústeres de base de datos en una instantánea de base de datos cuando se crea una instantánea. Para obtener más información, consulte [Etiquetado de los recursos de Amazon RDS](USER_Tagging.md). | **Opción de la CLI:** `-copy-tags-to-snapshot` `-no-copy-tags-to-snapshot` **Parámetro de la API de RDS:** `CopyTagsToSnapshot` | El cambio se produce inmediatamente. Este ajuste omite la configuración de aplicación inmediata. | No se produce un tiempo de inactividad durante este cambio. |
| Database authentication (Autenticación de bases de datos | Para clústeres de base de datos Multi-AZ, solo se admite **Password authentication** (Autenticación de contraseña). | Ninguna porque la autenticación de contraseña es la predeterminada. | Si decide aplicar el cambio inmediatamente, surte efecto inmediatamente. Si no decide aplicar el cambio inmediatamente, surtirá efecto durante la siguiente ventana de mantenimiento. | No se produce un tiempo de inactividad durante este cambio. |
| **DB clúster identifier (Identificador de clúster de base de datos** | Identificador de clúster de base de datos. Este valor se almacena como una cadena en minúsculas. Al cambiar el identificador del clúster de base de datos, cambia el punto de conexión del clúster de base de datos. Los identificadores y los puntos de conexión de las instancias de base de datos del clúster de base de datos también cambian. El nuevo nombre del clúster de base de datos debe ser único. La longitud máxima es de 63 caracteres. Los nombres de las instancias de base de datos del clúster de base de datos se cambian para que se correspondan con el nombre nuevo del clúster de base de datos. El nuevo nombre de una instancia de base de datos no puede ser el mismo que el nombre de una instancia de base de datos existente. Por ejemplo, si cambia el nombre del clúster de base de datos a `maz`, puede cambiarse el nombre de una instancia de base de datos a `maz-instance-1`. En este caso, no puede existir ninguna instancia de base de datos con el nombre`maz-instance-1`. Para obtener más información, consulte [Cambio de nombre de un clúster de base de datos multi-AZ para Amazon RDS](multi-az-db-cluster-rename.md). | **Opción de la CLI:** `--new-db-cluster-identifier` **Parámetro de la API de RDS:** `NewDBClusterIdentifier` | Si decide aplicar el cambio inmediatamente, surte efecto inmediatamente. Si no decide aplicar el cambio inmediatamente, surtirá efecto durante la siguiente ventana de mantenimiento. | No se produce un tiempo de inactividad durante este cambio. |
| Clase de instancia de clúster | La capacidad de memoria y computación de cada instancia de base de datos en el clúster de base de datos Multi-AZ, por ejemplo, `db.r6gd.xlarge`. Si es posible, elija una clase de instancia de base de datos lo bastante grande como para albergar en la memoria el conjunto de trabajo de una consulta típica. Cuando los conjuntos de trabajo se albergan en la memoria, el sistema puede evitar escribir en el disco, lo que mejora su rendimiento. Para obtener más información, consulte [Disponibilidad de clase de instancia para los clústeres de base de datos multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts.InstanceAvailability). | **Opción de la CLI:** `--db-cluster-instance-class` **Parámetro de la API de RDS:** `DBClusterInstanceClass` | Si decide aplicar el cambio inmediatamente, surte efecto inmediatamente. Si no decide aplicar el cambio inmediatamente, surtirá efecto durante la siguiente ventana de mantenimiento. | Se produce un tiempo de inactividad durante este cambio. |
| **Grupo de parámetros de clúster de base de datos** | El grupo de parámetros de clúster de base de datos que desea asociar al clúster de base de datos. Para obtener más información, consulte [Grupos de parámetros para clústeres de base de datos multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups). | **Opción de la CLI:** `--db-cluster-parameter-group-name` **Parámetro de la API de RDS:** `DBClusterParameterGroupName` | El cambio de grupo de parámetros se produce inmediatamente. | No se produce un tiempo de inactividad durante este cambio. Cuando cambia el grupo de parámetros, los cambios en algunos parámetros se aplican a las instancias de base de datos en el clúster de base de datos Multi-AZ inmediatamente, sin reinicio. Los cambios en otros parámetros se aplican únicamente después de reiniciar las instancias de base de datos. |
| Versión del motor de base de datos | La versión del motor de base de datos que se desea utilizar. | **Opción de la CLI:** `--engine-version` **Parámetro de la API de RDS:** `EngineVersion` | Si decide aplicar el cambio inmediatamente, surte efecto inmediatamente. Si no decide aplicar el cambio inmediatamente, surtirá efecto durante la siguiente ventana de mantenimiento. | Se produce un tiempo de inactividad durante este cambio. |
| Deletion protection (Protección contra eliminación | Seleccione **Enable deletion protection (Habilitar la protección contra la eliminación)** para evitar que se elimine el clúster de base de datos. Para obtener más información, consulte [Eliminación de una instancia de base de datos](USER_DeleteInstance.md). | **Opción de la CLI:** `--deletion-protection` `--no-deletion-protection` **Parámetro de la API de RDS:** `DeletionProtection` | El cambio se produce inmediatamente. Este ajuste omite la configuración de aplicación inmediata. | No se produce un tiempo de inactividad durante este cambio. |
| período de mantenimiento | Periodo de 30 minutos durante el cual se aplican las modificaciones pendientes en el clúster de base de datos. Si el periodo de tiempo no es importante, elija **No Preference** (Sin preferencia). Para obtener más información, consulte [Ventana de mantenimiento de Amazon RDS](USER_UpgradeDBInstance.Maintenance.md#Concepts.DBMaintenance). | **Opción de la CLI:** `--preferred-maintenance-window` **Parámetro de la API de RDS:** `PreferredMaintenanceWindow` | El cambio se produce inmediatamente. Este ajuste omite la configuración de aplicación inmediata. | Si hay una o varias acciones pendientes que provocan un tiempo de inactividad y el periodo de mantenimiento se cambia para incluir la hora actual, las acciones pendientes se aplican inmediatamente y se produce un tiempo de inactividad. |
| Gestionar las credenciales maestras en AWS Secrets Manager | Seleccione **Administrar credenciales maestras en AWS Secrets Manager** para administrar la contraseña del usuario maestro en un secreto en Secrets Manager. De forma opcional, elija la clave KMS para proteger el secreto. Elija entre las claves de KMS de su cuenta o bien introduzca la clave de otra cuenta. Si Aurora ya administra la contraseña de usuario maestra del clúster de base de datos, puede rotar la contraseña del usuario maestro seleccionando **Rotate secret immediately** (Rotar el secreto inmediatamente). Para obtener más información, consulte [Administración de contraseñas con Amazon RDS y AWS Secrets Manager](rds-secrets-manager.md). | **Opción de la CLI:** `--manage-master-user-password \| --no-manage-master-user-password` `--master-user-secret-kms-key-id` `--rotate-master-user-password \| --no-rotate-master-user-password` **Parámetro de la API de RDS:** `ManageMasterUserPassword` `MasterUserSecretKmsKeyId` `RotateMasterUserPassword` | Si activa o desactiva la administración automática de contraseñas de usuario maestro, el cambio se produce inmediatamente. Este cambio omite la configuración de aplicación inmediata. Si va a rotar la contraseña del usuario maestro, debe especificar que el cambio se aplique inmediatamente. | No se produce un tiempo de inactividad durante este cambio. |
| New master password (Nueva contraseña maestra | Contraseña de la cuenta del usuario maestro. | **Opción de la CLI:** `--master-user-password` **Parámetro de la API de RDS:** `MasterUserPassword` | El cambio se aplica de forma asíncrona, tan pronto como sea posible. Este ajuste omite la configuración de aplicación inmediata. | No se produce un tiempo de inactividad durante este cambio. |
| Provisioned IOPS (IOPS aprovisionadas | La cantidad de IOPS aprovisionadas (operaciones de entrada/salida por segundo) asignada inicialmente para el clúster de base de datos. | **Opción de la CLI:** `--iops` **Parámetro de la API de RDS:** `Iops` | Si decide aplicar el cambio inmediatamente, surte efecto inmediatamente. Si no decide aplicar el cambio inmediatamente, surtirá efecto durante la siguiente ventana de mantenimiento. | No se produce un tiempo de inactividad durante este cambio. |
| Acceso público | **Publicly accesible** (Accesible públicamente) para proporcionar una dirección IP pública al clúster de base de datos, lo que significa que es accesible desde fuera de su nube virtual privada (VPC). Para que sea accesible públicamente, el clúster de base de datos también debe estar en una subred pública de la VPC. **Not publicly accesible** (No es accesible públicamente) para que el clúster de base de datos sea accesible solo desde dentro de la VPC. Para obtener más información, consulte [Cómo ocultar una instancia de base de datos en una VPC desde Internet.](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Hiding). Para conectarse a un clúster de base de datos desde afuera de su VPC, el clúster de base de datos debe ser accesible públicamente. Además, el acceso debe concederse mediante las reglas entrantes del grupo de seguridad del clúster de base de datos y deben cumplirse otros requisitos. Para obtener más información, consulte [No puede conectarse a la instancia de base de datos de Amazon RDS](CHAP_Troubleshooting.md#CHAP_Troubleshooting.Connecting). Si su clúster de base de datos no es accesible públicamente, también puede usar una conexión de AWS Site-to-site VPN o una conexión de Direct Connect para acceder a ella desde una red privada. Para obtener más información, consulte [Privacidad del tráfico entre redes](inter-network-traffic-privacy.md). | No está disponible al modificar un clúster de bases de datos. | El cambio se produce inmediatamente. Este ajuste omite la configuración de aplicación inmediata. | No se produce un tiempo de inactividad durante este cambio. |
| Tipo de almacenamiento | Tipo de almacenamiento de su clúster de base de datos. Solo se admite el almacenamiento de uso general (gp3), de IOPS aprovisionadas (io1) y de SSD de IOPS aprovisionadas (io2). Para obtener más información, consulte [Tipos de almacenamiento de Amazon RDS](CHAP_Storage.md#Concepts.Storage). | **Opción de la CLI:** `--storage-type` **Parámetro de la API de RDS:** `StorageType` | Si decide aplicar el cambio inmediatamente, surte efecto inmediatamente. Si no decide aplicar el cambio inmediatamente, surtirá efecto durante la siguiente ventana de mantenimiento. | No se produce un tiempo de inactividad durante este cambio. |
| VPC security group (Grupo de seguridad de VPC | Los grupos de seguridad para asociar al clúster de base de datos. Para obtener más información, consulte [Información general de los grupos de seguridad de VPC](Overview.RDSSecurityGroups.md#Overview.RDSSecurityGroups.VPCSec). | **Opción de la CLI:** `--vpc-security-group-ids` **Parámetro de la API de RDS:** `VpcSecurityGroupIds` | El cambio se aplica de forma asíncrona, tan pronto como sea posible. Este ajuste omite la configuración de aplicación inmediata. | No se produce un tiempo de inactividad durante este cambio. |
## Configuración que no se aplica al modificar clústeres de base de datos Multi-AZ
La siguiente configuración del comando AWS CLIde la [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) y la operación de la API de RDS [ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) no se aplica a clústeres de base de datos Multi-AZ.
Tampoco puede modificar esta configuración para clústeres de base de datos Multi-AZ en la consola.
| AWS CLIConfiguración de la | Configuración de la API de RDS |
| --- | --- |
| `--backtrack-window` | `BacktrackWindow` |
| `--cloudwatch-logs-export-configuration` | `CloudwatchLogsExportConfiguration` |
| `--copy-tags-to-snapshot \| --no-copy-tags-to-snapshot` | `CopyTagsToSnapshot` |
| `--db-instance-parameter-group-name` | `DBInstanceParameterGroupName` |
| `--domain` | `Domain` |
| `--domain-iam-role-name` | `DomainIAMRoleName` |
| `--enable-global-write-forwarding \| --no-enable-global-write-forwarding` | `EnableGlobalWriteForwarding` |
| `--enable-http-endpoint \| --no-enable-http-endpoint` | `EnableHttpEndpoint` |
| `--option-group-name` | `OptionGroupName` |
| `--port` | `Port` |
| `--scaling-configuration` | `ScalingConfiguration` |
| `--storage-type` | `StorageType` |
# Actualización de la versión del motor de un clúster de base de datos multi-AZ para Amazon RDS
Amazon RDS proporciona versiones más recientes de cada motor de base de datos admitido para que pueda mantener actualizado su clúster de base de datos multi-AZ. En este tema se explica el proceso de actualización de un clúster de base de datos multi-AZ a versiones más recientes.
La actualización de un clúster de base de datos multi-AZ implica seleccionar una nueva versión de motor compatible y planificar un posible tiempo de inactividad. El proceso garantiza una interrupción mínima al utilizar las capacidades de conmutación por error de la arquitectura multi-AZ. Entre las prácticas recomendadas, se incluyen realizar actualizaciones durante los períodos de poco tráfico, realizar pruebas en entornos que no son de producción y verificar la compatibilidad de las aplicaciones con la nueva versión.
**Topics**
+ [Actualizaciones de la versión secundaria](#multi-az-db-clusters-upgrade-minor)
+ [Actualizaciones de la versión principal](#multi-az-db-clusters-upgrade-major)
+ [Actualización de un clúster de base de datos multi-AZ](#multi-az-db-clusters-upgrade-process)
+ [Actualización de réplicas de lectura de clústeres de base de datos Multi-AZ](#multi-az-db-clusters-upgrade-replicas)
+ [Supervisión de las actualizaciones de clúster de base de datos multi-AZ con eventos](#multi-az-db-clusters-upgrade-monitoring)
## Actualizaciones de la versión secundaria
Una actualización de una versión secundaria solo incluye cambios compatibles con las versiones anteriores de las aplicaciones existentes. Cuando se inicia una actualización de una versión secundaria, Amazon RDS actualiza primero las instancias de base de datos del lector de una en una. A continuación, una de las instancias de base de datos de lector pasa a ser la nueva instancia de base de datos de escritor. Amazon RDS actualiza luego la antigua instancia de escritor (que ahora es una instancia de lector).
El tiempo de inactividad durante la actualización se limita al tiempo que tarda una de las instancias de base de datos de lector en convertirse en la nueva instancia de base de datos de escritor. Este tiempo de inactividad actúa como una conmutación por error automática. Para obtener más información, consulte [Conmutación por error de un clúster de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts-failover.md). Tenga en cuenta que el retardo de la réplica de su clúster de base de datos multi-AZ puede afectar al tiempo de inactividad. Para obtener más información, consulte [Retraso de réplica y clústeres de base de datos Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-replica-lag).
En las réplicas de lectura del clúster de base de datos multi-AZ de RDS para PostgreSQL, Amazon RDS actualiza las instancias miembros del clúster de una en una. Los roles del clúster de lector y escritor no cambian durante la actualización. Por lo tanto, es posible que su clúster de base de datos experimente un tiempo de inactividad mientras Amazon RDS actualiza la instancia de escritor del clúster.
**nota**
El tiempo de inactividad de una actualización de la versión secundaria de un clúster de base de datos multi-AZ suele ser de 35 segundos. Cuando se utilizan con RDS Proxy, se puede reducir aún más el tiempo de inactividad a un segundo o menos. Para obtener más información, consulte [Amazon RDS Proxy ](rds-proxy.md). Otra opción, puede utilizar un proxy de base de datos de código abierto como [ProxySQL](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-of-downtime-with-proxysql-when-upgrading-amazon-rds-multi-az-deployments-with-two-readable-standbys/), [PgBouncer](https://aws.amazon.com/blogs/database/fast-switchovers-with-pgbouncer-on-amazon-rds-multi-az-deployments-with-two-readable-standbys-for-postgresql/) o el [controlador de contenedor JDBC avanzado de AWS](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-downtime-with-the-advanced-jdbc-wrapper-driver-when-upgrading-amazon-rds-multi-az-db-clusters/).
## Actualizaciones de la versión principal
Una actualización de versión principal puede introducir cambios que no sean compatibles con las aplicaciones existentes.
Cuando se inicia una actualización de la versión principal de un clúster de bases de datos Multi-AZ de RDS para PostgreSQL, Amazon RDS actualiza simultáneamente las instancias de lector y escritor. Por lo tanto, es posible que su clúster de bases de datos no esté disponible hasta que se complete la actualización.
Cuando se actualiza la versión principal de un clúster de base de datos multi-AZ de RDS para MySQL, Amazon RDS actualiza las instancias miembros del clúster una por una, de modo que la replicación se produce de una versión de motor inferior a una superior. Es importante asegurarse de que la carga de trabajo sea compatible con las versiones del motor de origen y de destino durante la actualización de una versión principal, ya que las versiones del motor pueden diferir en cuanto a la sintaxis y las características.
**nota**
Al igual que las actualizaciones de las versiones secundarias, el tiempo de inactividad de una actualización de la versión principal de RDS para MySQL suele ser de 35 segundos. Cuando se utilizan con RDS Proxy, se puede reducir aún más el tiempo de inactividad a un segundo o menos. Para obtener más información, consulte [Amazon RDS Proxy ](rds-proxy.md).
## Actualización de un clúster de base de datos multi-AZ
El proceso de actualización de la versión del motor de un clúster de base de datos Multi-AZ es el mismo que el proceso de actualización de una versión del motor de instancia de base de datos. Para obtener instrucciones, consulte [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md). La única diferencia es que cuando se utiliza la AWS Command Line Interface (AWS CLI), se usa el comando [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) y se especifica el parámetro `--db-cluster-identifier` (así como el parámetro `--allow-major-version-upgrade`).
Para obtener más información acerca de las actualizaciones de las versiones principales y secundarias, consulte la documentación del motor de base de datos que se indica a continuación:
+ [Actualizaciones del motor de base de datos de RDS para PostgreSQL](USER_UpgradeDBInstance.PostgreSQL.md)
+ [Actualizaciones del motor de base de datos de RDS para MySQL](USER_UpgradeDBInstance.MySQL.md)
## Actualización de réplicas de lectura de clústeres de base de datos Multi-AZ
Amazon RDS no actualiza réplicas de lectura de clústeres de base de datos Multi-AZ. En el caso de actualizaciones de versiones *secundarias*, primero debe actualizar manualmente todas las réplicas de lectura y, a continuación, actualizar el clúster. De lo contrario, la actualización se bloquea. Al actualizar la versión *principal* de un clúster, el estado de replicación de las réplicas de lectura cambia a **terminado**. Debe eliminar y volver a crear manualmente las réplicas de lectura una vez finalizada la actualización. Para obtener más información, consulte [Monitoreo de la replicación de lectura](USER_ReadRepl.Monitoring.md).
## Supervisión de las actualizaciones de clúster de base de datos multi-AZ con eventos
Cuando se actualiza la versión del motor de un clúster de base de datos multi-AZ, Amazon RDS emite un evento específico durante cada fase del proceso. Para realizar un seguimiento del progreso de una actualización, puede ver estos eventos o suscribirse a ellos.
Para obtener más información sobre los eventos de RDS, consulte [Supervisión de eventos de Amazon RDS](working-with-events.md).
Para obtener información detallada sobre un evento específico de Amazon RDS que se produce durante la actualización del motor, consulte [Categorías y mensajes de eventos de Amazon RDS ](USER_Events.Messages.md).
# Cambio de nombre de un clúster de base de datos multi-AZ para Amazon RDS
Puede cambiar el nombre de un clúster de base de datos Multi-AZ mediante la Consola de administración de AWS, el comando `modify-db-cluster` de la AWS CLI o la operación `ModifyDBCluster` de la API de Amazon RDS. El cambio de nombre de un clúster de base de datos Multi-AZ puede tener efectos significativos. A continuación, se muestra una lista de consideraciones a tener en cuenta antes de cambiar el nombre de un clúster de base de datos Multi-AZ.
+ Al cambiar el nombre de un clúster de base de datos Multi-AZ, también cambian los puntos de conexión del clúster de base de datos Multi-AZ. Estos puntos de conexión cambian porque incluyen el nombre asignado al clúster de base de datos Multi-AZ. Puede redirigir el tráfico de un punto de conexión antiguo a uno nuevo. Para obtener más información acerca de los punto de conexión de los clústeres de base de datos Multi-AZ, consulte [Conexión a un clúster de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts-connection-management.md).
+ Si cambia el nombre de un clúster de base de datos Multi-AZ, el nombre de DNS anterior que utilizaba el clúster se elimina, si bien puede quedar almacenado en la caché durante varios minutos. El nuevo nombre de DNS del clúster de base de datos Multi-AZ renombrado se hace efectivo, aproximadamente, a los dos minutos. El clúster de base de datos Multi-AZ renombrado estará disponible una vez que se haga efectivo el nombre nuevo.
+ No puede usar un nombre de clúster de base de datos Multi-AZ existente al cambiar el nombre de un clúster.
+ Las métricas y los eventos asociados con el nombre de un clúster de base de datos se mantienen si reutiliza un nombre de clúster de base de datos.
+ Las etiquetas de clúster de base de datos Multi-AZ permanecen en el clúster de base de datos Multi-AZ, independientemente del cambio de nombre.
+ Las instantáneas del clúster de base de datos se conservan para un clúster de base de datos Multi-AZ renombrado.
**nota**
Un clúster de base de datos Multi-AZ es un entorno de base de datos aislado que se ejecuta en la nube. Un clúster de base de datos Multi-AZ puede alojar varias bases de datos. Para obtener información sobre cómo cambiar el nombre de una base de datos, consulte la documentación de su motor de base de datos.
## Cambio de nombre para sustituir un clúster de base de datos Multi-AZ existente
Los escenarios más habituales por los que se cambia el nombre de un clúster de base de datos Multi-AZ incluyen la restauración de datos a partir de una instantánea de un clúster de base de datos o realizar una restauración en un momento dado (PITR, por sus siglas en inglés). Al cambiar el nombre del clúster de base de datos Multi-AZ, puede reemplazar el clúster de base de datos Multi-AZ sin cambiar ningún código de aplicación que haga referencia al clúster de base de datos Multi-AZ. En estos casos, complete los siguientes pasos:
1. Detenga todo el tráfico que va hacia el clúster de base de datos Multi-AZ. Puede redireccionar el tráfico para evitar que tenga acceso a las bases de datos del clúster de base de datos Multi-AZ o elegir otro método para evitar que acceda a las bases de datos del clúster de base de datos Multi-AZ.
1. Cambie el nombre del clúster de base de datos Multi-AZ existente.
1. Cree un nuevo clúster de base de datos Multi-AZ mediante la restauración de una instantánea de un clúster de base de datos o la restauración en un momento dado. A continuación, asigne al nuevo clúster de base de datos Multi-AZ el nombre del clúster de base de datos Multi-AZ anterior.
Si elimina el antiguo clúster de base de datos Multi-AZ, deberá eliminar también todas las instantáneas del clúster de base de datos Multi-AZ antiguo no deseadas.
## Consola
**Para cambiar el nombre de un clúster de base de datos Multi-AZ**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, seleccione **Databases** (Bases de datos).
1. Elija el clúster de base de datos Multi-AZ que quiere renombrar.
1. Elija **Modificar**.
1. En **Settings** (Configuración), escriba un nuevo nombre para **DB instance identifier** (Identificador de instancia de base de datos).
1. Elija **Continue**.
1. Para aplicar los cambios inmediatamente, elija **Apply immediately**. Si se selecciona esta opción, puede producirse una interrupción en algunos casos. Para obtener más información, consulte [Aplicación inmediata de los cambios](modify-multi-az-db-cluster.md#modify-multi-az-db-cluster-apply-immediately).
1. En la página de confirmación, revise los cambios. Si son correctos, elija **Modify clúster (Modificar clúster)** para guardarlos.
O bien, elija **Back** (Atrás) para editar los cambios o **Cancel** (Cancelar) para cancelarlos.
## AWS CLI
Para cambiar el nombre de un clúster de base de datos Multi-AZ, utilice el comando [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) de la AWS CLI. Proporcione el nombre nuevo del clúster de base de datos Multi-AZ al valor `--db-cluster-identifier` y al parámetro `--new-db-cluster-identifier` actuales.
**Example**
Para Linux, macOS o:Unix
```
1. aws rds modify-db-cluster \
2. --db-cluster-identifier DBClusterIdentifier \
3. --new-db-cluster-identifier NewDBClusterIdentifier
```
En:Windows
```
1. aws rds modify-db-cluster ^
2. --db-cluster-identifier DBClusterIdentifier ^
3. --new-db-cluster-identifier NewDBClusterIdentifier
```
## API de RDS
Para renombrar un clúster de bases de datos Multi-AZ, llame a la operación [ ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) de la API de Amazon RDS con los siguientes parámetros:
+ `DBClusterIdentifier`: nombre existente del clúster de bases de datos.
+ `NewDBClusterIdentifier`: nombre nuevo del clúster de bases de datos.
# Reinicio de un clúster de base de datos multi-AZ e instancias de base de datos de lector para Amazon RDS
Es posible que necesite reiniciar su clúster de base de datos Multi-AZ, normalmente por razones de mantenimiento. Por ejemplo, si lleva a cabo determinadas modificaciones o cambia el grupo de parámetros del clúster de base de datos asociado con un clúster de base de datos, se reinicia el clúster de base de datos. Al hacerlo, los cambios surtirán efecto.
Por ejemplo, si el clúster de base de datos no utiliza los cambios más recientes del grupo de parámetros del clúster de base de datos asociado, la Consola de administración de AWS muestra el grupo de parámetros de base de datos con el estado **pending-reboot**. El estado de los grupos de parámetros **pending-reboot** no genera un reinicio automático durante la siguiente ventana de mantenimiento. Para aplicar los cambios de parámetros más recientes en ese clúster de base de datos, reinícielo manualmente. Para obtener más información acerca de los grupos de parámetros, consulte [Grupos de parámetros para clústeres de base de datos multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups).
Cuando se reinicia un clúster de base de datos, se reinicia el servicio del motor de base de datos. Al reiniciar un clúster de base de datos, se produce una interrupción momentánea, durante la cual su estado se establece en **rebooting**.
No puede reiniciar su clúster de base de datos si no tiene el estado **Available** (Disponible). Su base de datos puede no estar disponible por varias razones, como una copia de seguridad en curso, una modificación solicitada anteriormente o una acción durante un periodo de mantenimiento.
El tiempo necesario para reiniciar el clúster de base de datos depende del proceso de recuperación de fallos, la actividad de la base de datos en el momento del reinicio y el comportamiento del clúster de base de datos específico. Para mejorar el tiempo de reinicio, recomendamos reducir la actividad de la base de datos tanto como sea posible durante el proceso de reinicio. Al reducirse la actividad de la base de datos, se reduce la actividad de restauración para las transacciones en tránsito.
**importante**
Los clústeres de base de datos Multi-AZ no admiten el reinicio con una conmutación por error. Cuando reinicia la instancia de escritor de un clúster de base de datos Multi-AZ, no afecta a las instancias de base de datos de lector de ese clúster de base de datos y no se produce ninguna conmutación por error. Al reiniciar una instancia de base de datos del lector, no se produce ninguna conmutación por error. Para conmutar por error un clúster de base de datos Multi-AZ, elija **Failover** (Conmutación por error) en la consola, llame al comando de la AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/failover-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/failover-db-cluster.html)o llame a la operación de la API[https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_FailoverDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_FailoverDBCluster.html).
## Consola
**Pasos para reiniciar un clúster de base de datos**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases** (Bases de datos) y, a continuación, elija el clúster de base de datos Multi-AZ que desea reiniciar.
1. Para **Actions (Acciones)**, elija **Reboot (Reiniciar)**.
Aparece la página **Restore DB cluster** (Restaurar clúster de base de datos).
1. Para reiniciar el clúster, elija **Reboot** (Reiniciar).
O elija **Cancel (Cancelar)**.
## AWS CLI
Para reiniciar un clúster de base de datos Multi-AZ mediante la AWS CLI, llame al comando [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/reboot-db-cluster.html).
```
aws rds reboot-db-cluster --db-cluster-identifier mymultiazdbcluster
```
## API de RDS
Para reiniciar un clúster de base de datos Multi-AZ mediante la API de Amazon RDS, llame a la operación [RebootDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RebootDBCluster.html).
# Conmutación por error de un clúster de base de datos multi-AZ para Amazon RDS
Si hay una interrupción planificada o no planificada de su instancia de base de datos de escritor en un clúster de base de datos Multi-AZ, Amazon RDS conmuta por error automáticamente a una instancia de base de datos de lector en una zona de disponibilidad diferente. Esto garantiza una alta disponibilidad con una interrupción mínima. Las conmutaciones por error pueden producirse durante errores de hardware, problemas de red o solicitudes manuales. En este tema, se describen la detección automática de errores, la secuencia de eventos durante la conmutación por error y su impacto en las operaciones de lectura y escritura. También se indican prácticas recomendadas para supervisar y minimizar los tiempos de conmutación por error.
El tiempo requerido para completar la conmutación por error dependerá de la actividad de la base de datos y de otras condiciones existentes cuando la instancia de base de datos del escritor dejó de estar disponible. Los tiempos de conmutación por error suelen ser inferiores a 35 segundos. La conmutación por error se completa cuando ambas instancias de base de datos del lector han aplicado transacciones pendientes del escritor con errores. Cuando la conmutación por error se haya completado, puede hacer falta más tiempo para que la consola de RDS refleje la nueva zona de disponibilidad.
**Topics**
+ [Conmutaciones por error automáticas](#multi-az-db-clusters-concepts-failover-automatic)
+ [Conmutación por error manual de un clúster de base de datos Multi-AZ](#multi-az-db-clusters-concepts-failover-manual)
+ [Determinar si se ha llevado a cabo una conmutación por error en un clúster de base de datos Multi-AZ](#multi-az-db-clusters-concepts-failover-determining)
+ [Configuración del TTL de JVM para las búsquedas de nombres DNS](#multi-az-db-clusters-concepts-failover-java-dns)
## Conmutaciones por error automáticas
Amazon RDS gestiona las conmutaciones por error automáticamente para que sea posible reanudar las operaciones de la base de datos lo antes posible sin intervención administrativa. Para llevar a cabo la conmutación por error, la instancia de base de datos del escritor cambia automáticamente a una instancia de base de datos del lector.
## Conmutación por error manual de un clúster de base de datos Multi-AZ
Si lleva a cabo una conmutación por error manual de un clúster de base de datos multi-AZ, RDS primero termina la instancia de base de datos principal. Luego, el sistema de monitorización interna detecta que la instancia de base de datos principal no se encuentra en buen estado y promueve una instancia de base de datos de réplica legible. Los tiempos de conmutación por error suelen ser inferiores a 35 segundos.
Puede llevar a cabo una conmutación por error manual de un clúster de base de datos Multi-AZ mediante la Consola de administración de AWS, la AWS CLI o la API de RDS.
### Consola
**Para llevar a cabo una conmutación por error manual de un clúster de base de datos Multi-AZ**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, seleccione **Databases** (Bases de datos).
1. Elija el clúster de base de datos Multi-AZ que quiere conmutar por error.
1. En **Actions** (Acciones), elija **Failover** (conmutación por error).
Aparece la página **Conmutar por error el clúster de base de datos**.
1. Elija **Failover** (Conmutación por error) para confirmar la conmutación por error manual.
### AWS CLI
Para llevar a cabo una conmutación por error manual de un clúster de base de datos Multi-AZ, utilice el comando de la AWS CLI [failover-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/failover-db-cluster.html).
**Example**
```
1. aws rds failover-db-cluster --db-cluster-identifier mymultiazdbcluster
```
### API de RDS
Para llevar a cabo manualmente la conmutación por error de un clúster de base de datos Multi-AZ, llame a la API de Amazon RDS [FailoverDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_FailoverDBCluster.html) y especifique la `DBClusterIdentifier`.
## Determinar si se ha llevado a cabo una conmutación por error en un clúster de base de datos Multi-AZ
Para determinar si se produjo una conmutación por error en el clúster de base de datos Multi-AZ, puede hacer lo siguiente:
+ Configure suscripciones de eventos de base de datos para notificar por correo electrónico o por SMS que se ha iniciado una conmutación por error. Para obtener más información sobre los eventos, consulte [Uso de notificaciones de eventos de Amazon RDS](USER_Events.md).
+ Vea sus eventos de base de datos mediante la consola de Amazon RDS o las operaciones de la API.
+ Vea el estado actual del clúster de base de datos Multi-AZ mediante la consola de Amazon RDS, la AWS CLIy la API de RDS.
Para obtener información acerca de la forma de responder a las conmutaciones por error, reducir el tiempo de recuperación y otras prácticas recomendadas para Amazon RDS, consulte [Prácticas recomendadas para Amazon RDS](CHAP_BestPractices.md).
## Configuración del TTL de JVM para las búsquedas de nombres DNS
El mecanismo de conmutación por error cambia automáticamente el registro del Sistema de nombres de dominio (DNS) de la instancia de base de datos para que apunte a la instancia de base de datos del lector. Como consecuencia, necesita restablecer las conexiones existentes a la instancia de base de datos. En un entorno de máquina virtual Java (JVM), debido al funcionamiento del mecanismo de almacenamiento en caché de DNS, puede ser necesario reconfigurar los ajustes de JVM.
La JVM almacena en caché las búsquedas de nombres DNS. Cuando la JVM resuelve un nombre de host en una dirección IP, almacena en caché la dirección IP durante un periodo de tiempo especificado, conocido como *periodo de vida* (TTL).
Como los recursos de AWS utilizan entradas de nombres de DNS que cambian de vez en cuando, recomendamos que configure su JVM con un valor de TTL no superior a 60 segundos. Al hacer esto se asegurará de que cuando cambie la dirección IP de un recurso, su aplicación pueda recibir y utilizar la nueva dirección IP del recurso volviendo a consultar el DNS.
En algunas configuraciones de Java, el TTL predeterminado de JVM está establecido de forma que nunca se actualicen las entradas DNS hasta que se reinicie la JVM. Por lo tanto, si la dirección IP de un recurso de AWS cambia mientras la aplicación sigue en ejecución, no podrá utilizar dicho recurso hasta que reinicie manualmente la JVM y se actualice la información de la dirección IP almacenada en caché. En este caso, es fundamental establecer el TTL de la JVM de forma que actualice periódicamente la información de las direcciones IP almacenada en caché.
**nota**
El TTL predeterminado puede variar en función de la versión de su JVM y de si está instalado un administrador de seguridad. Muchas JVM proporcionan un TTL predeterminado inferior a 60 segundos. Si utiliza una de estas JVM y no usa un administrador de seguridad, puede omitir el resto de este tema. Para obtener más información sobre los administradores de seguridad en Oracle, consulte [The Security Manager](https://docs.oracle.com/javase/tutorial/essential/environment/security.html) en la documentación de Oracle.
Para modificar el TTL de la JVM, establezca el valor de la propiedad [https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html](https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html). Utilice uno de los siguientes métodos, en función de sus necesidades:
+ Para establecer globalmente el valor de la propiedad para todas las aplicaciones que utilizan la JVM, establezca `networkaddress.cache.ttl` en el archivo `$JAVA_HOME/jre/lib/security/java.security`.
```
networkaddress.cache.ttl=60
```
+ Para establecer la propiedad localmente sólo para la aplicación, establezca `networkaddress.cache.ttl` en el código de inicialización de la aplicación antes de establecer las conexiones de red.
```
java.security.Security.setProperty("networkaddress.cache.ttl" , "60");
```
# Configuración de la replicación lógica de PostgreSQL con clústeres de base de datos multi-AZ para Amazon RDS
Al utilizar la replicación lógica de PostgreSQL con su clúster de base de datos multi-AZ, puede replicar y sincronizar tablas individuales en lugar de toda la instancia de base de datos. La replicación lógica usa un modelo de publicación y suscripción para replicar los cambios de una fuente a uno o más destinatarios. Para ello, usa registros de cambios del registro de escritura anticipada (WAL) de PostgreSQL. Para obtener más información, consulte [Replicación lógica para Amazon RDS para PostgreSQL](PostgreSQL.Concepts.General.FeatureSupport.LogicalReplication.md).
Al crear una nueva ranura de replicación lógica en la instancia de base de datos de escritor de un clúster de base de datos multi-AZ, la ranura se copia de forma asincrónica en cada instancia de base de datos de lector del clúster. Las ranuras de las instancias de base de datos de lector se sincronizan continuamente con las de la instancia de base de datos de escritor.
Se admite la replicación lógica para los clústeres de bases de datos multi-AZ que ejecutan RDS para PostgreSQL versión 14.8-R2 y versiones posteriores, y 15.3-R2 y versiones posteriores.
**nota**
Además de la característica de replicación lógica nativa de PostgreSQL, los clústeres de base de datos multi-AZ de RDS para PostgreSQL también admiten la extensión `pglogical`.
Para obtener información adicional sobre la replicación lógica de PostgreSQL, consulte [Logical replication](https://www.postgresql.org/docs/current/logical-replication.html) en la documentacion de PostgreSQL.
**Topics**
+ [Requisitos previos](#multi-az-db-clusters-logical-replication-prereqs)
+ [Configuración de la replicación lógica](#multi-az-db-clusters-logical-replication)
+ [Limitaciones y recomendaciones](#multi-az-db-clusters-logical-replication-limitations)
## Requisitos previos
Para configurar la replicación lógica de PostgreSQL para clústeres de bases de datos multi-AZ, debe cumplir los siguientes requisitos previos.
+ La cuenta de usuario debe ser miembro del grupo `rds_superuser` y tener privilegios de `rds_superuser`. Para obtener más información, consulte [Descripción de los roles y permisos de PostgreSQL](Appendix.PostgreSQL.CommonDBATasks.Roles.md).
+ El clúster de base de datos multi-AZ debe estar asociado a un grupo de parámetros de clúster de base de datos personalizado de modo que pueda configurar los valores de los parámetros que se describen en el siguiente procedimiento. Para obtener más información, consulte [Trabajo con grupos de parámetros de clúster de base de datos para clústeres de base de datos Multi-AZ](USER_WorkingWithDBClusterParamGroups.md).
## Configuración de la replicación lógica
Para configurar la replicación lógica para un clúster de base de datos multi-AZ, habilite parámetros específicos dentro del grupo de parámetros del clúster de base de datos asociado y, a continuación, cree ranuras de replicación lógica.
**nota**
A partir de la versión 16 de PostgreSQL, puede utilizar instancias de base de datos de lector del clúster de base de datos multi-AZ para la replicación lógica.
**Para configurar la replicación lógica para un clúster de base de datos multi-AZ de RDS para PostgreSQL**
1. Abra el grupo de parámetros de clúster de base de datos personalizado asociado a su clúster de base de datos multi-AZ de RDS para PostgreSQL.
1. En el campo búsqueda **Parámetros**, busque el `rds.logical_replication`parámetro estático y establezca su valor en `1`. Este cambio de parámetro puede aumentar la generación de WAL, por lo que debe habilitarlo solo cuando utilice ranuras lógicas.
1. Como parte de este cambio, configure los siguientes parámetros del clúster de base de datos.
+ `max_wal_senders`
+ `max_replication_slots`
+ `max_connections`
En función del uso previsto, es posible que también tenga que cambiar los valores de los siguientes parámetros. Sin embargo, en muchos casos, los valores predeterminados son suficientes.
+ `max_logical_replication_workers`
+ `max_sync_workers_per_subscription`
1. Reinicie el clúster de base de datos multi-AZ para que los valores de los parámetros surtan efecto. Para obtener instrucciones, consulte [Reinicio de un clúster de base de datos multi-AZ e instancias de base de datos de lector para Amazon RDS](multi-az-db-clusters-concepts-rebooting.md).
1. Cree una ranura de replicación lógica en la instancia de base de datos de escritor del clúster de base de datos multi-AZ, como se explica en [Trabajo con ranuras de replicación lógica](PostgreSQL.Concepts.General.FeatureSupport.LogicalReplication.md#PostgreSQL.Concepts.General.FeatureSupport.LogicalReplicationSlots). Este proceso necesita que especifique un complemento de descodificación. Actualmente, RDS para PostgreSQL admite los complementos `test_decoding`, `wal2json` y `pgoutput` que se incluyen con PostgreSQL.
La ranura se copia de forma asincrónica en cada instancia de base de datos de lector del clúster.
1. Verifique el estado de la ranura en todas las instancias de base de datos de lector del clúster de base de datos multi-AZ. Para ello, inspeccione la vista `pg_replication_slots` de todas las instancias de base de datos de lector y asegúrese de que el estado `confirmed_flush_lsn` avanza a medida que la aplicación consume activamente los cambios lógicos.
Los siguientes comandos muestran cómo inspeccionar el estado de replicación en las instancias de base de datos de lector.
```
% psql -h test-postgres-instance-2.abcdefabcdef.us-west-2.rds.amazonaws.com
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D0001700
(1 row)
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D8003628
(1 row)
% psql -h test-postgres-instance-3.abcdefabcdef.us-west-2.rds.amazonaws.com
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D0001700
(1 row)
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D8003628
(1 row)
```
Tras completar las tareas de replicación, detenga el proceso de replicación, elimine las ranuras de replicación y desactive la replicación lógica. Para desactivar la replicación lógica, modifique el grupo de parámetros del clúster de base de datos y establezca el valor `rds.logical_replication` de nuevo en `0`. Reinicie el clúster para que el cambio de parámetro surta efecto.
## Limitaciones y recomendaciones
Estas son las limitaciones y recomendaciones que se aplican a la replicación lógica con los clústeres de base de datos multi-AZ que ejecutan PostgreSQL 16:
+ Solo puede usar instancias de base de datos de escritura para crear o eliminar ranuras de replicación lógica. Por ejemplo, el comando `CREATE SUBSCRIPTION` debe usar el punto de conexión del escritor del clúster en la cadena de conexión del host.
+ Debe utilizar el punto de conexión del escritor del clúster durante cualquier sincronización o resincronización de tablas. Por ejemplo, puede utilizar los siguientes comandos para volver a sincronizar una tabla recién agregada.
```
Postgres=>ALTER SUBSCRIPTION subscription-name CONNECTION host=writer-endpoint
Postgres=>ALTER SUBSCRIPTION subscription-name REFRESH PUBLICATION
```
+ Debe esperar a que se complete la sincronización de las tablas antes de utilizar las instancias de base de datos de lector para la replicación lógica. Puede utilizar la tabla de catálogo `[pg\$1subscription\$1rel](https://www.postgresql.org/docs/current/catalog-pg-subscription-rel.html)` para supervisar la sincronización de la tabla. La sincronización de tablas finaliza cuando la columna `srsubstate` se establece en lista (`r`).
+ Recomendamos utilizar puntos de conexión de instancia para la conexión de replicación lógica una vez completada la sincronización inicial de las tablas. El siguiente comando reduce la carga en la instancia de base de datos de escritor al descargar la replicación a una de las instancias de base de datos de lector:
```
Postgres=>ALTER SUBSCRIPTION subscription-name CONNECTION host=reader-instance-endpoint
```
No puede utilizar la misma ranura en más de una instancia de base de datos a la vez. Cuando dos o más aplicaciones replican los cambios lógicos de distintas instancias de base de datos en el clúster, es posible que algunos cambios se pierdan debido a una conmutación por error del clúster o a un problema de red. En estas situaciones, puede usar los puntos de conexión de la instancia para la replicación lógica en la cadena de conexión del host. En la otra aplicación que utiliza la misma configuración, se mostrará el siguiente mensaje de error:
```
replication slot slot_name is already active for PID x providing immediate feedback.
```
+ Al usar la extensión `pglogical`, solo puede usar el punto de conexión del escritor de clústeres. La extensión tiene limitaciones conocidas que pueden crear ranuras de replicación lógica no utilizadas durante la sincronización de tablas. Las ranuras de replicación obsoletas reservan archivos de registro de escritura anticipada (WAL) y pueden provocar problemas de espacio en disco.
# Uso de réplicas de lectura de clústeres de base de datos multi-AZ para Amazon RDS
Una réplica de lectura de clúster de base de datos es un tipo especial de clúster que se crea a partir de una instancia de base de datos de origen. Después de crear una réplica de lectura, cualquier actualización realizada en la instancia de base de datos principal se copia de forma asíncrona en la réplica de lectura del clúster de base de datos multi-AZ. Puede reducir la carga de la instancia de la base de datos principal enrutando las consultas de lectura de sus aplicaciones a la réplica de lectura. Las réplicas de lectura le permiten ajustar la escala de manera elástica por encima de las restricciones de capacidad de una instancia de base de datos para las cargas de trabajo de las bases de datos con operaciones intensivas de lectura.
También puede crear una o varias réplicas de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ. Las réplicas de lectura de instancia de base de datos permiten escalar por encima de la capacidad de computación o de E/S del clúster de base de datos multi-AZ de origen al dirigir el exceso de tráfico de lectura a las réplicas leídas. Actualmente, no puede crear una réplica de lectura de clúster de base de datos multi-AZ a partir de un clúster de base de datos multi-AZ existente.
Al elegir entre migrar a un clúster de base de datos multi-AZ mediante una réplica de lectura o crear una réplica de lectura de instancia de base de datos a partir de un clúster de base de datos multi-AZ, tenga en cuenta su caso de uso específico y los requisitos de rendimiento.
**Migración a un clúster de base de datos Multi-AZ mediante una réplica de lectura**
Este enfoque es ideal cuando necesita mejorar la disponibilidad y la durabilidad de la base de datos y, al mismo tiempo, minimizar el tiempo de inactividad. Al utilizar una réplica de lectura para realizar la transición a un clúster de base de datos multi-AZ, puede garantizar un funcionamiento continuo y la coherencia de los datos. Este método resulta especialmente útil para los entornos de producción en los que es fundamental mantener la disponibilidad y reducir el impacto en las cargas de trabajo activas.
**Creación de una réplica de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ**
Este método es adecuado si desea escalar las operaciones de lectura o reducir el tráfico de lectura de la instancia de base de datos principal. Al crear una réplica de lectura desde un clúster existente de base de datos multi-AZ, puede distribuir cargas de trabajo con operaciones intensivas de lectura y mejorar el rendimiento sin afectar a la estabilidad de la instancia principal.
La elección del enfoque correcto depende de si su prioridad es garantizar una alta disponibilidad y durabilidad o escalar el rendimiento de lectura. Evalúe las características de la carga de trabajo y los requisitos operativos para tomar una decisión fundamentada.
**Topics**
+ [Migración a un clúster de base de datos Multi-AZ mediante una réplica de lectura](multi-az-db-clusters-migrating-to-with-read-replica.md)
+ [Creación de una réplica de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ](multi-az-db-clusters-create-instance-read-replica.md)
# Migración a un clúster de base de datos Multi-AZ mediante una réplica de lectura
Para migrar una implementación Single-AZ o una implementación de instancia de base de datos Multi-AZ a una implementación de clúster de base de datos Multi-AZ con un tiempo de inactividad reducido, puede crear una réplica de lectura de clúster de base de datos Multi-AZ. Para el origen, especifique la instancia de base de datos en la implementación Single-AZ o la instancia de base de datos principal en la implementación de instancia de base de datos Multi-AZ. La instancia de base de datos puede procesar transacciones de escritura durante la migración a un clúster de base de datos Multi-AZ.
Tenga en cuenta lo siguiente antes de crear una réplica de lectura de clúster de base de datos Multi-AZ:
+ La instancia de base de datos de origen debe estar en una versión que sea compatible con clústeres de base de datos Multi-AZ. Para obtener más información, consulte [Regiones y motores de base de datos admitidos para clústeres de bases de datos Multi-AZ en Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.MultiAZDBClusters.md).
+ La réplica de lectura del clúster de base de datos Multi-AZ debe estar en la misma versión principal que su origen y en la misma versión secundaria o una posterior.
+ Debe habilitar las copias de seguridad automáticas en la instancia de base de datos de origen estableciendo el periodo de retención de copia de seguridad en un valor distinto de 0.
+ El almacenamiento asignado a la instancia de base de datos de origen debe ser de 100 GiB o más.
+ En el caso de RDS para MySQL, los parámetros`gtid-mode` y `enforce_gtid_consistency` se deben definir como `ON` para la instancia de base de datos de origen. Debe usar un grupo de parámetros personalizado, no el grupo de parámetros predeterminado. Para obtener más información, consulte [Grupos de parámetros de base de datos para instancias de Amazon RDS](USER_WorkingWithDBInstanceParamGroups.md).
+ Una transacción activa de ejecución prolongada puede ralentizar el proceso de creación de la réplica de lectura. Le recomendamos que espere a que se completen las transacciones de ejecución prolongada antes de crear una réplica de lectura.
+ Si elimina la instancia de base de datos de origen de una réplica de lectura de clúster de base de datos Multi-AZ, la réplica de lectura se promociona a un clúster de base de datos Multi-AZ independiente.
## Creación y promoción de la réplica de lectura de clúster de base de datos Multi-AZ
Puede crear y promocionar una réplica de lectura de clúster de base de datos Multi-AZ mediante la Consola de administración de AWS, la AWS CLI o la API de RDS.
**nota**
Recomendamos encarecidamente crear todas las réplicas de lectura en la misma nube privada virtual (VPC) basándose en la Amazon VPC de la instancia de base de datos de origen.
Si crea una réplica de lectura en una VPC que no sea la instancia de base de datos de origen, los rangos de enrutamiento entre dominios sin clases (CIDR) pueden superponerse entre la réplica y el sistema de Amazon RDS. La superposición de CIDR hace que la réplica sea inestable, lo que puede afectar negativamente a las aplicaciones que se conectan a ella. Si obtiene un error al crear la réplica de lectura, elija un grupo de subred de base de datos de destino diferente. Para obtener más información, consulte [Uso de una instancia de base de datos en una VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md).
### Consola
Para migrar una implementación Single-AZ o una implementación de instancia de base de datos Multi-AZ a un clúster de base de datos Multi-AZ mediante una réplica de lectura, siga estos pasos con la Consola de administración de AWS.
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Cree la réplica de lectura de clúster de base de datos Multi-AZ.
1. En el panel de navegación, seleccione **Databases (Bases de datos)**.
1. Seleccione la instancia de base de datos que desea usar como origen de una réplica de lectura
1. En **Actions (Acciones)**, elija **Create read replica (Crear réplica de lectura)**.
1. En **Availability and durability** (Disponibilidad y durabilidad), elija **Multi-AZ DB cluster** (Clúster de base de datos Multi-AZ).
1. En **DB instance identifier (Identificador de instancias de bases de datos)**, escriba un nombre para la réplica de lectura.
1. En el resto de secciones, especifique los ajustes de configuración del clúster de base de datos. Para obtener más información acerca de una configuración, consulte [Configuración para la creación de clústeres de base de datos Multi-AZ](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings).
1. Elija **Create read replica (Crear réplica de lectura)**.
1. Cuando haya terminado, promocione la réplica de lectura para que sea un clúster de base de datos Multi-AZ independiente:
1. Detenga la escritura de transacciones en la instancia de base de datos de origen y, a continuación, espere hasta que se hayan realizado todas las actualizaciones en la réplica de lectura.
Las actualizaciones de la base de datos se producen en la réplica de lectura después de haberse producido en la instancia de la base de datos principal. Este retardo en la replicación puede variar considerablemente. Utilice la métrica `ReplicaLag` para determinar cuándo se han completado todas las actualizaciones en la réplica de lectura. Para obtener más información acerca del retardo de replicación, consulte [Monitoreo de la replicación de lectura](USER_ReadRepl.Monitoring.md).
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En la consola de Amazon RDS, seleccione **Databases (Bases de datos)**.
Aparece el panel **Databases (Bases de datos)**. Cada réplica de lectura muestra **Replica (Réplica)** en la columna **Role (Rol)**.
1. Elija la réplica de lectura del clúster de base de datos Multi-AZ que desea promocionar.
1. En ** Actions (Acciones)**, seleccione **Promote (Promover)**.
1. En la página **Promote Read Replica (Promocionar réplica de lectura)**, escriba el periodo de retención de copia de seguridad y el periodo de copia de seguridad para el clúster de base de datos Multi-AZ que acaba de promocionar.
1. Cuando la configuración sea la deseada, elija **Promote read replica** (Promocionar réplica de lectura).
1. Espere a que el estado del clúster de base de datos Multi-AZ promocionado sea `Available`.
1. Indique a sus aplicaciones que utilicen el clúster de base de datos Multi-AZ promocionado.
Si lo desea, elimine la implementación Single-AZ o la implementación de instancia de base de datos Multi-AZ si ya no es necesaria. Para obtener instrucciones, consulte [Eliminación de una instancia de base de datos](USER_DeleteInstance.md).
### AWS CLI
Para migrar una implementación Single-AZ o una implementación de instancia de base de datos Multi-AZ a un clúster de base de datos Multi-AZ mediante una réplica de lectura, siga estos pasos con la AWS CLI.
1. Cree la réplica de lectura de clúster de base de datos Multi-AZ.
Para crear una réplica de lectura a partir de una instancia de base de datos de origen, utilice el comando de AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html). Para `--replication-source-identifier`, especifique el nombre de recurso de Amazon (ARN) de la instancia de base de datos de origen.
Para Linux, macOS o:Unix
```
aws rds create-db-cluster \
--db-cluster-identifier mymultiazdbcluster \
--replication-source-identifier arn:aws:rds:us-east-2:123456789012:db:mydbinstance
--engine postgres \
--db-cluster-instance-class db.m5d.large \
--storage-type io1 \
--iops 1000 \
--db-subnet-group-name defaultvpc \
--backup-retention-period 1
```
En:Windows
```
aws rds create-db-cluster ^
--db-cluster-identifier mymultiazdbcluster ^
--replication-source-identifier arn:aws:rds:us-east-2:123456789012:db:mydbinstance
--engine postgres ^
--db-cluster-instance-class db.m5d.large ^
--storage-type io1 ^
--iops 1000 ^
--db-subnet-group-name defaultvpc ^
--backup-retention-period 1
```
1. Detenga la escritura de transacciones en la instancia de base de datos de origen y, a continuación, espere hasta que se hayan realizado todas las actualizaciones en la réplica de lectura.
Las actualizaciones de la base de datos se producen en la réplica de lectura después de haberse producido en la instancia de la base de datos principal. Este retardo en la replicación puede variar considerablemente. Utilice la métrica `Replica Lag` para determinar cuándo se han completado todas las actualizaciones en la réplica de lectura. Para obtener más información acerca del retardo de replicación, consulte [Monitoreo de la replicación de lectura](USER_ReadRepl.Monitoring.md).
1. Cuando esté listo, promocione la réplica de lectura para que sea un clúster de base de datos Multi-AZ independiente:
Para promocionar una réplica de lectura de clúster de base de datos Multi-AZ, utilice el comando de la AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html). En `--db-cluster-identifier`, especifique el identificador de la réplica de lectura del clúster de base de datos Multi-AZ.
```
aws rds promote-read-replica-db-cluster --db-cluster-identifier mymultiazdbcluster
```
1. Espere a que el estado del clúster de base de datos Multi-AZ promocionado sea `Available`.
1. Indique a sus aplicaciones que utilicen el clúster de base de datos Multi-AZ promocionado.
Si lo desea, elimine la implementación Single-AZ o la implementación de instancia de base de datos Multi-AZ si ya no es necesaria. Para obtener instrucciones, consulte [Eliminación de una instancia de base de datos](USER_DeleteInstance.md).
### API de RDS
Para migrar una implementación Single-AZ o una implementación de instancia de base de datos Multi-AZ a un clúster de base de datos Multi-AZ mediante una réplica de lectura, siga estos pasos con la API de EDS.
1. Cree la réplica de lectura de clúster de base de datos Multi-AZ.
Para crear una réplica de lectura de clúster de base de datos Multi-AZ, utilice la operación [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) con el parámetro requerido `DBClusterIdentifier`. Para `ReplicationSourceIdentifier`, especifique el nombre de recurso de Amazon (ARN) de la instancia de base de datos de origen.
1. Detenga la escritura de transacciones en la instancia de base de datos de origen y, a continuación, espere hasta que se hayan realizado todas las actualizaciones en la réplica de lectura.
Las actualizaciones de la base de datos se producen en la réplica de lectura después de haberse producido en la instancia de la base de datos principal. Este retardo en la replicación puede variar considerablemente. Utilice la métrica `Replica Lag` para determinar cuándo se han completado todas las actualizaciones en la réplica de lectura. Para obtener más información acerca del retardo de replicación, consulte [Monitoreo de la replicación de lectura](USER_ReadRepl.Monitoring.md).
1. Cuando esté listo, promocione la réplica de lectura para que sea un clúster de base de datos Multi-AZ independiente.
Para promocionar una réplica de lectura de clúster de base de datos Multi-AZ, utilice la operación [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html) con el parámetro requerido `DBClusterIdentifier`. Especifique el identificador de la réplica de lectura del clúster de base de datos Multi-AZ.
1. Espere a que el estado del clúster de base de datos Multi-AZ promocionado sea `Available`.
1. Indique a sus aplicaciones que utilicen el clúster de base de datos Multi-AZ promocionado.
Si lo desea, elimine la implementación Single-AZ o la implementación de instancia de base de datos Multi-AZ si ya no es necesaria. Para obtener instrucciones, consulte [Eliminación de una instancia de base de datos](USER_DeleteInstance.md).
## Limitaciones para crear una réplica de lectura del clúster de base de datos Multi-AZ
Las siguientes limitaciones se aplican a la creación de una réplica de lectura del clúster de base de datos Multi-AZ a partir de una implementación Single-AZ o una implementación de instancia de base de datos Multi-AZ.
+ No puede crear una réplica de lectura del clúster de base de datos multi-AZ en una Cuenta de AWS que no sea la Cuenta de AWS que posee la instancia de base de datos de origen.
+ No puede crear una réplica de lectura del clúster de base de datos Multi-AZ en una cuenta de Región de AWS diferente de la instancia de base de datos de origen.
+ No se puede recuperar una réplica de lectura del clúster de base de datos Multi-AZ en un punto en el tiempo.
+ El cifrado de almacenamiento debe tener la misma configuración en la instancia de base de datos de origen y en el clúster de base de datos Multi-AZ.
+ Si la instancia de base de datos de origen está cifrada, la réplica de lectura del clúster de base de datos Multi-AZ debe cifrarse con la misma clave de KMS.
+ Si la instancia de base de datos de origen utiliza almacenamiento SSD de uso general (gp3) y tiene menos de 400 GiB de almacenamiento asignado, no puede modificar las IOPS aprovisionadas para la réplica de lectura del clúster de base de datos multi-AZ.
+ Para realizar una actualización de la versión secundaria en la instancia de base de datos de origen, primero debe realizarla en la réplica de lectura del clúster de base de datos Multi-AZ.
+ Al realizar una actualización de la versión secundaria en una réplica de lector de un clúster de base de datos multi-AZ de RDS para PostgreSQL, la instancia de base de datos del lector no cambia a la instancia de base de datos del escritor después de la actualización. Por lo tanto, es posible que su clúster de base de datos experimente un tiempo de inactividad mientras Amazon RDS actualiza la instancia de escritor.
+ No se puede realizar una actualización de la versión principal en una réplica de lectura de un clúster de base de datos multi-AZ.
+ Puede realizar una actualización de la versión principal en la instancia de base de datos de origen de una réplica de lectura del clúster de base de datos Multi-AZ, pero la replicación en la réplica de lectura se detiene y no se puede reiniciar.
+ La réplica de lectura del clúster de base de datos Multi-AZ no admite réplicas de lectura en cascada.
+ En el caso de RDS para PostgreSQL, las réplicas de lectura del clúster de base de datos Multi-AZ no pueden realizar una conmutación por error.
# Creación de una réplica de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ
Puede crear una réplica de lectura de instancia de base de datos a partir de un clúster de base de datos multi-AZ para escalar por encima de la capacidad de computación o E/S del clúster para cargas de trabajo de las bases de datos con operaciones intensivas de lectura. Puede dirigir este exceso del tráfico de lectura a una o varias réplicas de lectura de instancia de base de datos. También puede usar réplicas de lectura para migrar desde un clúster de base de datos multi-AZ a una instancia de base de datos.
Para crear una réplica de lectura, especifique un clúster de base de datos multi-AZ como origen de la replicación. Una de las instancias de lector del clúster de base de datos multi-AZ es siempre el origen de la replicación, no la instancia del escritor. Esto garantiza que la réplica esté siempre sincronizada con el clúster de origen, incluso en casos de conmutación por error.
**Topics**
+ [Comparación de instancias de base de datos del lector con réplicas de lectura de instancia de base de datos](#multi-az-db-clusters-readerdb-vs-dbrr)
+ [Consideraciones](#multi-az-db-clusters-instance-read-replica-considerations)
+ [Creación de una réplica de lectura de instancia de base de datos](#multi-az-db-clusters-instance-read-replica-create)
+ [Promoción de la réplica de lectura de instancia de base de datos](#multi-az-db-clusters-promote-instance-read-replica)
+ [Limitaciones en la creación de una réplica de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ](#multi-az-db-clusters-create-instance-read-replica-limitations)
## Comparación de instancias de base de datos del lector con réplicas de lectura de instancia de base de datos
Una *réplica de lectura de instancia de base de datos* de un clúster de base de datos multi-AZ se diferencia de las *instancias de base de datos de lector* del clúster de base de datos multi-AZ en los siguientes aspectos:
+ Las instancias de base de datos del lector actúan como destinos de la conmutación por error automática, mientras que las réplicas de lectura de instancia de base de datos no.
+ Las instancias de base de datos del lector deben reconocer un cambio en la instancia de base de datos del escritor antes de poder confirmarlo. Sin embargo, en las réplicas de lectura de instancia de base de datos, las actualizaciones se copian de forma asíncrona en la réplica de lectura sin necesidad de que se reconozcan.
+ Las instancias de base de datos del lector siempre comparten la misma clase de instancia, tipo de almacenamiento y versión de motor que la instancia de base de datos del escritor del clúster de base de datos multi-AZ. Sin embargo, las réplicas de lectura de instancia de base de datos no tienen que compartir necesariamente las mismas configuraciones que el clúster de origen.
+ Puede promocionar una réplica de lectura de instancia de base de datos a una instancia de base de datos independiente. No puede promocionar una instancia de base de datos de lector de un clúster de base de datos multi-AZ a una instancia independiente.
+ El punto de conexión del lector solo enruta las solicitudes a las instancias de base de datos del lector del clúster de base de datos multi-AZ. Nunca las enruta a una réplica de lectura de una instancia de base de datos.
Para obtener más información acerca de las instancias de base de datos de lector y escritor, consulte [Arquitectura de clúster de base de datos multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-overview).
## Consideraciones
Tenga en cuenta lo siguiente antes de crear una réplica de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ:
+ Cuando cree la réplica de lectura de la instancia de base de datos, esta debe tener la misma versión principal que su clúster de origen y la misma versión secundaria o una posterior. Después de crearla, tiene la opción de actualizar la réplica de lectura a una versión secundaria posterior a la del clúster de origen.
+ Al crear la réplica de lectura de la instancia de base de datos, el almacenamiento asignado debe ser el mismo que el del clúster de base de datos multi-AZ de origen. Puede cambiar el almacenamiento asignado después de crear la réplica de lectura.
+ El parámetro `gtid-mode` debe establecerse en `ON` para el clúster de base de datos Multi-AZ de origen. Para obtener más información, consulte [Trabajo con grupos de parámetros de clúster de base de datos para clústeres de base de datos Multi-AZ](USER_WorkingWithDBClusterParamGroups.md).
+ Una transacción activa de ejecución prolongada puede ralentizar el proceso de creación de la réplica de lectura. Le recomendamos que espere a que se completen las transacciones de ejecución prolongada antes de crear una réplica de lectura.
+ Si elimina el clúster de base de datos multi-AZ de origen de una réplica de lectura de instancia de base de datos, todas las réplicas de lectura en las que esté escribiendo se promocionan a instancias de base de datos independientes.
## Creación de una réplica de lectura de instancia de base de datos
Puede crear una réplica de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ mediante la Consola de administración de AWS, la AWS CLI o la API de RDS.
**nota**
Recomendamos encarecidamente crear todas las réplicas de lectura en la misma nube privada virtual (VPC) basándose en la Amazon VPC del clúster de base de datos multi-AZ de origen.
Si crea una réplica de lectura en una VPC diferente del clúster de base de datos multi-AZ de origen, los rangos de enrutamiento entre dominios sin clases (CIDR) pueden superponerse entre la réplica y el sistema RDS. La superposición de CIDR hace que la réplica sea inestable, lo que puede afectar negativamente a las aplicaciones que se conectan a ella. Si obtiene un error al crear la réplica de lectura, elija un grupo de subred de base de datos de destino diferente. Para obtener más información, consulte [Uso de una instancia de base de datos en una VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md).
### Consola
Para crear una réplica de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ, siga estos pasos con la Consola de administración de AWS.
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases** (Bases de datos).
1. Elija el clúster de base de datos multi-AZ que desea usar como origen de una réplica de lectura.
1. En **Actions (Acciones)**, elija **Create read replica (Crear réplica de lectura)**.
1. En **Origen de réplica**, asegúrese de seleccionar el clúster de base de datos multi-AZ correcto.
1. En **Identificador de base de datos**, escriba un nombre para la réplica de lectura.
1. En el resto de secciones, especifique los ajustes de configuración de la instancia de base de datos. Para obtener más información acerca de una configuración, consulte [Configuración de instancias de base de datos](USER_CreateDBInstance.Settings.md).
**nota**
El almacenamiento asignado para la réplica de lectura de la instancia de base de datos debe ser el mismo que el del clúster de base de datos multi-AZ de origen.
1. Elija **Create read replica (Crear réplica de lectura)**.
### AWS CLI
Para crear una réplica de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ, utilice el comando de la AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html). En `--source-db-cluster-identifier`, especifique el identificador del clúster de base de datos multi-AZ.
Para Linux, macOS o Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier myreadreplica \
--source-db-cluster-identifier mymultiazdbcluster
```
Para Windows:
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier myreadreplica ^
--source-db-cluster-identifier mymultiazdbcluster
```
### API de RDS
Para crear una réplica de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ, utilice la operación [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html).
## Promoción de la réplica de lectura de instancia de base de datos
Si ya no necesita la réplica de lectura de instancia de base de datos, puede promocionarla a una instancia de base de datos independiente. Cuando se promociona una réplica de lectura, la instancia de base de datos se reinicia antes de que esté disponible. Para obtener instrucciones, consulte [Promoción de una réplica de lectura para convertirla en una instancia de base de datos independiente](USER_ReadRepl.Promote.md).
Si utiliza la réplica de lectura para migrar una implementación de clúster de base de datos multi-AZ a una implementación de instancia de base de datos single-AZ o multi-AZ, asegúrese de detener cualquier transacción que se esté escribiendo en el clúster de base de datos de origen. A continuación, espere hasta que se hayan realizado todas las actualizaciones en la réplica de lectura. Las actualizaciones de la base de datos se realizan en la réplica de lectura después de haberse realizado en una de las instancias de base de datos del lector del clúster de base de datos multi-AZ. Este retardo en la replicación puede variar considerablemente. Utilice la métrica `ReplicaLag` para determinar cuándo se han completado todas las actualizaciones en la réplica de lectura. Para obtener más información acerca del retardo de replicación, consulte [Monitoreo de la replicación de lectura](USER_ReadRepl.Monitoring.md).
Tras promocionar la réplica de lectura, espere a que el estado de la instancia de base de datos promocionada sea `Available` antes de indicar a las aplicaciones que utilicen la instancia de base de datos promocionada. Si lo desea, elimine la implementación del clúster de base de datos multi-AZ si ya no la necesita. Para obtener instrucciones, consulte [Eliminación de un clúster de base de datos multi-AZ para Amazon RDS](USER_DeleteMultiAZDBCluster.Deleting.md).
## Limitaciones en la creación de una réplica de lectura de instancia de base de datos desde un clúster de base de datos multi-AZ
Las siguientes limitaciones se aplican a la creación de una réplica de lectura de instancia de base de datos desde una implementación de clúster de base de datos multi-AZ.
+ No puede crear una réplica de lectura de instancia de base de datos en una Cuenta de AWS que no sea la Cuenta de AWS que posee el clúster de base de datos multi-AZ de origen.
+ No puede crear una réplica de lectura de instancia de base de datos en una Región de AWS diferente a la del clúster de base de datos multi-AZ de origen.
+ No se puede recuperar una réplica de lectura de instancia de base de datos en un punto en el tiempo.
+ El cifrado de almacenamiento debe tener la misma configuración en el clúster de base de datos multi-AZ de origen y en la réplica de lectura de instancia de base de datos.
+ Si el clúster de base de datos multi-AZ de origen está cifrado, la réplica de lectura de instancia de base de datos debe cifrarse con la misma clave de KMS.
+ Para realizar una actualización de la versión secundaria en el clúster de base de datos multi-AZ de origen, primero debe realizarla en la réplica de lectura de instancia de base de datos.
+ La réplica de lectura de instancia de base de datos no admite réplicas de lectura en cascada.
+ Para RDS para PostgreSQL, el clúster de base de datos Multi-AZ de origen debe ejecutar la versión 13.11, 14.8, 15.2.R2 o posterior de PostgreSQL para poder crear una réplica de lectura de instancia de base de datos.
+ Puede realizar una actualización de la versión principal en el clúster de base de datos multi-AZ de origen de una réplica de lectura de la instancia de base de datos, pero la replicación en la réplica de lectura se detiene y no se puede reiniciar.
# Configuración de la replicación externa a partir de los clústeres de bases de datos multi-AZ para Amazon RDS
Puede configurar la replicación entre un clúster de base de datos multi-AZ y una base de datos externa a Amazon RDS.
La replicación externa permite que los clústeres de bases de datos multi-AZ repliquen datos entre una instancia de base de datos de RDS y una base de datos externa, ya sea en las instalaciones o en otro entorno de nube. Es útil para la recuperación ante desastres, la migración de datos y el mantenimiento de la coherencia entre los sistemas en diferentes ubicaciones. En esta sección, se describen los requisitos previos para configurar la replicación, cómo configurar el proceso y aspectos clave, como, por ejemplo, la latencia de la replicación, el ancho de banda y la compatibilidad con diferentes motores de bases de datos.
## RDS for MySQL
Para configurar la replicación externa de un clúster de base de datos multi-AZ de RDS para MySQL, debe retener los archivos de registro binarios en las instancias de base de datos dentro del clúster durante el tiempo suficiente para garantizar que los cambios se apliquen a la réplica antes de que Amazon RDS elimine el archivo binlog. Para ello, configure la retención de registros binarios llamando al procedimiento `mysql.rds_set_configuration` almacenado y especificando el parámetro `binlog retention hours`. Para obtener más información, consulte [binlog retention hours](mysql-stored-proc-configuring.md#mysql_rds_set_configuration-usage-notes.binlog-retention-hours).
El valor predeterminado de `binlog retention hours` es `NULL`, lo que significa que los registros binarios no se retienen (0 horas). Si desea configurar la replicación externa para un clúster de base de datos multi-AZ, debe establecer el parámetro en un valor distinto de `NULL`.
Solo puede configurar la retención de registros binarios desde la instancia de base de datos de escritor del clúster de base de datos multi-AZ, y la configuración se propaga a todas las instancias de base de datos de lector de forma asíncrona.
Además, le recomendamos encarecidamente que habilite la replicación basada en GTID en su réplica externa. A continuación, si una de las instancias de base de datos falla, puede reanudar la replicación desde otra instancia de base de datos en buen estado dentro del clúster. Para obtener más información, consulte [Replication with Global Transaction Identifiers](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids.html) en la documentación de MySQL.
## RDS para PostgreSQL
Para configurar la replicación lógica para un clúster de base de datos multi-AZ de RDS para PostgreSQL, debe habilitar la replicación lógica. Para obtener instrucciones, consulte [Configuración de la replicación lógica de PostgreSQL con clústeres de base de datos multi-AZ para Amazon RDS](USER_MultiAZDBCluster_LogicalRepl.md).
# Eliminación de un clúster de base de datos multi-AZ para Amazon RDS
Puede eliminar un clúster de base de datos Multi-AZ mediante la Consola de administración de AWS, la AWS CLI o la API de RDS.
El tiempo necesario para eliminar un clúster de base de datos multi-AZ puede variar en función de los siguientes factores:
+ El periodo de retención de copia de seguridad (es decir, cuántas copias de seguridad se eliminarán).
+ Cuántos datos se eliminan.
+ Si se toma una instantánea final.
La protección de eliminación debe estar deshabilitada en el clúster de base de datos multi-AZ antes de poder eliminarla. Para obtener más información, consulte [Requisitos previos para eliminar una instancia de base de datos](USER_DeleteInstance.md#USER_DeleteInstance.DeletionProtection). Puede deshabilitar la protección contra eliminación modificando el clúster de base de datos multi-AZ. Para obtener más información, consulte [Modificación de un clúster de base de datos multi-AZ para Amazon RDS.](modify-multi-az-db-cluster.md).
## Consola
**Para eliminar un clúster de base de datos Multi-AZ**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, elija **Databases** (Bases de datos) y, a continuación, elija el clúster de base de datos Multi-AZ que desea eliminar.
1. En **Actions (Acciones)**, seleccione **Delete (Eliminar)**.
1. Para crear una instantánea de base de datos final del clúster de base de datos Multi-AZ, elija **Create final snapshot?** (¿Crear una instantánea final?).
Si crea una instantánea final, ingrese el nombre en **Final snapshot name** (Nombre de instantánea final).
1. Para retener las copias de seguridad automatizadas, elija **Retain automated backups** (Retener copias de seguridad automatizadas).
1. En el cuadro, escriba **delete me**.
1. Elija **Eliminar** (Delete).
## AWS CLI
Para eliminar un clúster de base de datos Multi-AZ con la AWS CLI, llame al comando [delete-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-cluster.html) con las siguientes opciones:
+ `--db-cluster-identifier`
+ `--final-db-snapshot-identifier` o `--skip-final-snapshot`
**Example Con una instantánea final**
Para Linux, macOS o:Unix
```
aws rds delete-db-cluster \
--db-cluster-identifier mymultiazdbcluster \
--final-db-snapshot-identifier mymultiazdbclusterfinalsnapshot
```
En:Windows
```
aws rds delete-db-cluster ^
--db-cluster-identifier mymultiazdbcluster ^
--final-db-snapshot-identifier mymultiazdbclusterfinalsnapshot
```
**Example Sin instantánea final**
Para Linux, macOS o:Unix
```
aws rds delete-db-cluster \
--db-cluster-identifier mymultiazdbcluster \
--skip-final-snapshot
```
En:Windows
```
aws rds delete-db-cluster ^
--db-cluster-identifier mymultiazdbcluster ^
--skip-final-snapshot
```
## API de RDS
Para eliminar un clúster de base de datos Multi-AZ con la API de Amazon RDS, llame a la operación [DeleteDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBCluster.html) con los siguientes parámetros:
+ `DBClusterIdentifier`
+ `FinalDBSnapshotIdentifier` o `SkipFinalSnapshot`
# Limitaciones de clústeres de base de datos multi-AZ para Amazon RDS
Un clúster de base de datos Multi-AZ tiene una instancia de base de datos del escritor y dos instancias de base de datos del lector en tres zonas de disponibilidad diferentes. Los clústeres de base de datos Multi-AZ proporcionan alta disponibilidad, mayor capacidad para cargas de trabajo de lectura y menor latencia en comparación con las implementaciones Multi-AZ. Para obtener más información acerca de los clústeres de base de datos Multi-AZ, consulte [Implementaciones de clústeres de base de datos multi-AZ para Amazon RDS](multi-az-db-clusters-concepts.md).
Las siguientes limitaciones se aplican a los clústeres de base de datos multi-AZ.
+ Los clústeres de base de datos Multi-AZ no admiten las siguientes características:
+ Conexiones IPv6 (modo de pila doble)
+ Copias de seguridad automatizadas entre regiones
+ Autenticación de Kerberos
+ Modificación del puerto. Como alternativa, puede restaurar un clúster de base de datos Multi-AZ a un momento determinado y especificar un puerto diferente.
+ Grupos de opciones
+ Recuperación en un momento dado (PITR) para clústeres eliminados
+ Escalado automático del almacenamiento mediante la configuración del almacenamiento máximo asignado. Como alternativa, puede escalar manualmente el almacenamiento.
+ Detención e inicio del clúster de base de datos multi-AZ
+ Copia de una instantánea de un clúster de base de datos Multi-AZ
+ Cifrado de un clúster de base de datos Multi-AZ sin cifrar
+ Los clústeres de base de datos RDS para MySQL Multi-AZ solo admiten los siguientes procedimientos almacenados del sistema:
+ `mysql.rds_rotate_general_log`
+ `mysql.rds_rotate_slow_log`
+ `mysql.rds_show_configuration`
+ `mysql.rds_set_external_master_with_auto_position`
+ `mysql.rds_set_configuration`
+ Los clústeres de base de datos Multi-AZ de RDS para PostgreSQL no admiten las siguientes extensiones: `aws_s3` y `pg_transport`.
+ Los clústeres de base de datos Multi-AZ de RDS para PostgreSQL no admiten el uso de un servidor DNS personalizado para el acceso a red saliente.