Actualización a una versión secundaria

Puede utilizar los métodos siguientes para actualizar la versión secundaria de un clúster de bases de datos o para aplicar parches a un clúster de bases de datos:

Antes de realizar una actualización de versión secundaria

Le recomendamos que lleve a cabo las siguientes acciones para reducir el tiempo de inactividad durante una actualización de versión secundaria:

Cómo realizar actualizaciones de versión secundarias y aplicar revisiones

Las actualizaciones y revisiones de versión secundarias estarán disponibles en Regiones de AWS solo después de rigurosas pruebas. Antes de lanzar actualizaciones y parches, Aurora PostgreSQL realiza pruebas para asegurarse de que los problemas de seguridad conocidos, los errores y otros problemas que surgen después del lanzamiento de la versión secundaria de la comunidad no perturben la estabilidad general de la flota de Aurora PostgreSQL.

A medida que Aurora PostgreSQL hace que las nuevas versiones secundarias estén disponibles, las instancias que componen su clúster de base de datos de Aurora PostgreSQL se pueden actualizar automáticamente durante su periodo de mantenimiento especificado. Para que esto ocurra, el clúster de base de datos de Aurora PostgreSQL debe tener activada la opción Enable auto minor version upgrade (Habilitar la actualización automática de versiones secundarias). Todas las instancias de base de datos que componen su clúster de base de datos de Aurora PostgreSQL deben tener activada la opción de actualización automática de versiones secundarias (AmVU) para que la actualización de versiones secundarias se aplique en todo el clúster.

Puede consultar el valor de la opción Enable auto minor version upgrade (Activar la actualización automática de versiones secundarias) para todos sus clústeres de base de datos de Aurora PostgreSQL mediante el comando describe-db-instances de la AWS CLI con la siguiente consulta.

aws rds describe-db-instances \
  --query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'

Esta consulta devuelve una lista de todos los clústeres de base de datos de Aurora y sus instancias con un valor true o false para el estado de la configuración AutoMinorVersionUpgrade. En el comando que se muestra, se supone que tiene configurada la AWS CLI para dirigirse a Región de AWS predeterminada.

Para obtener más información sobre la opción AmVU y cómo modificar el clúster de base de datos de Aurora para utilizarla, consulte Actualizaciones de versiones secundarias automáticas para clústeres de base de datos de Aurora.

Puede actualizar sus clústeres de base de datos de Aurora PostgreSQL a nuevas versiones secundarias, ya sea mediante la respuesta a las tareas de mantenimiento o la modificación del clúster para utilizar la nueva versión.

Puede identificar cualquier actualización o revisión disponible para sus clústeres de base de datos de Aurora PostgreSQL si utiliza la consola de RDS y abre el menú Recommendations (Recomendaciones). Encontrará una lista de varios problemas de mantenimiento, como Old minor versions (Versiones secundarias anteriores). Según su entorno de producción, puede elegir entre programar la actualización o tomar medidas inmediatas, mediante de la elección de Apply now (Aplicar ahora), como se muestra a continuación.

Para obtener más información sobre cómo mantener un clúster de base de datos de Aurora, incluida la forma de aplicar revisiones y actualizaciones de versión secundarias de forma manual, consulte Mantenimiento de un clúster de base de datos de Amazon Aurora.

Actualizaciones de versión secundarias y aplicación de revisiones sin tiempo de inactividad

La actualización de un clúster de base de datos de Aurora PostgreSQL conlleva la posibilidad de una interrupción. Durante el proceso de actualización, la base de datos se cierra mientras se actualiza. Si comienza la actualización cuando la base de datos está ocupada, perderá todas las conexiones y transacciones que el clúster de base de datos tiene en proceso. Si espera hasta que la base de datos esté inactiva para realizar la actualización, es posible que tenga que esperar mucho tiempo.

La característica de aplicación de revisiones sin tiempo de inactividad (ZDP) mejora el proceso de actualización. Con ZDP, tanto las actualizaciones de versión secundarias como las revisiones pueden aplicarse con un impacto mínimo en el clúster de base de datos de Aurora PostgreSQL. Se utiliza la ZDP al aplicar parches o actualizaciones de versiones secundarias más recientes a las versiones de Aurora PostgreSQL y otras versiones posteriores de estas versiones secundarias y versiones principales más recientes. Es decir, la actualización a nuevas versiones secundarias desde cualquiera de estas versiones en adelante utiliza ZDP.

La siguiente tabla muestra las versiones de Aurora PostgreSQL y las clases de instancia de base de datos donde está disponible ZDP:

La ZDP funciona preservando las conexiones de cliente actuales a su clúster de base de datos de Aurora PostgreSQL durante todo el proceso de actualización de Aurora PostgreSQL. Sin embargo, en los siguientes casos, las conexiones se interrumpen para que la ZDP se complete:

Durante el proceso de actualización con ZDP, el motor de base de datos busca un punto silencioso para pausar todas las transacciones nuevas. Esta acción protege la base de datos durante las revisiones y las actualizaciones. Para garantizar que las aplicaciones se ejecuten sin problemas con las transacciones pausadas, recomendamos integrar la lógica de reintento en el código. Este enfoque garantiza que el sistema pueda gestionar cualquier breve tiempo de inactividad sin errores y pueda volver a intentar las nuevas transacciones después de la actualización.

Cuando la ZDP se completa correctamente, las sesiones de la aplicación se conservan, excepto las sesiones de conexiones interrumpidas, y el motor de base de datos se reinicia mientras la actualización está en curso. Aunque el reinicio del motor de base de datos puede provocar una bajada temporal del rendimiento, esta suele durar solo unos segundos o, como mucho, un minuto aproximadamente.

En algunos casos, la aplicación de revisiones sin tiempo de inactividad (ZDP) podría no realizarse correctamente. Por ejemplo, los cambios de parámetros que tienen un estado pending en su clúster de base de datos de Aurora PostgreSQL o en sus instancias también interfieren con la ZDP.

Puede encontrar métricas y eventos para las operaciones de la ZDP en la página Events (Eventos) de la consola. Los eventos incluyen el inicio de la actualización de la ZDP y la finalización de dicha actualización. En este evento puede encontrar el tiempo que duró el proceso y el número de conexiones conservadas e interrumpidas que se produjeron durante el reinicio. Puede encontrar detalles en el registro de errores de la base de datos.

Actualización del motor de Aurora PostgreSQL a una nueva versión secundaria

Puede actualizar el clúster de base de datos de Aurora PostgreSQL a una versión secundaria nueva mediante la consola, la AWS CLI o la API de RDS. Antes de realizar la actualización, recomendamos que siga las mismas prácticas recomendadas que para las actualizaciones de versión. Igual que con las nuevas versiones principales, las nuevas versiones secundarias también pueden incluir mejoras del optimizador, como correcciones, que pueden provocar regresiones en el plan de consultas. Para garantizar la estabilidad del plan, recomendamos que utilice la extensión Query Plan Management (QPM), tal como se detalla en Garantizar la estabilidad del plan después de una actualización a una versión principal.

aws rds modify-db-cluster \
    --db-cluster-identifier mydbcluster \
    --engine-version new_version \
    --no-apply-immediately

aws rds modify-db-cluster ^
    --db-cluster-identifier mydbcluster ^
    --engine-version new_version ^
    --no-apply-immediately