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. Durante la actualización, primero se actualiza la instancia principal y, a continuación, se realiza una conmutación por error en la instancia en espera para mantener la disponibilidad. 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.
Temas
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. 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.
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 . Otra opción, puede utilizar un proxy de base de datos de código abierto como ProxySQL
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 for 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 .
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. La única diferencia es que cuando se utiliza la AWS Command Line Interface (AWS CLI), se usa el comando modify-db-cluster 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:
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.
