Actualización de la versión secundaria o el nivel de parche de un clúster de bases de datos Aurora MySQL
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:
-
Actualización de Aurora MySQL mediante la modificación de la versión del motor (para las versiones 2 y 3 de Aurora MySQL)
-
Activación de actualizaciones automáticas entre versiones secundarias de Aurora MySQL
Para obtener información acerca de cómo la aplicación de parches sin tiempo de inactividad puede reducir las interrupciones durante el proceso de actualización, consulte Uso de parches sin tiempo de inactividad.
Para obtener información sobre cómo realizar una actualización de una versión secundaria del clúster de base de datos de Aurora MySQL, consulte los siguientes temas.
Temas
- Antes de realizar una actualización de versión secundaria
- Comprobaciones previas de actualización de versiones secundarias para Aurora MySQL
- Actualización de Aurora MySQL mediante la modificación de la versión del motor
- Activación de actualizaciones automáticas entre versiones secundarias de Aurora MySQL
- Uso de parches sin tiempo de inactividad
- Técnica alternativa de actualización azul/verde
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:
El mantenimiento del clúster de base de datos Aurora debe realizarse durante un periodo de poco tráfico. Utilice Performance Insights para identificar estos periodos de tiempo y configurar correctamente los plazos de mantenimiento. Para obtener más información sobre Performance Insights, consulte Monitoreo de la carga de base de datos con Performance Insights en Amazon RDS. Para obtener más información sobre los periodos de mantenimiento de clústeres de base de datos, consulte Ajuste de la ventana de mantenimiento preferida para un clúster de base de datos.
-
Utilice los SDK de AWS que admitan fluctuaciones y retrocesos exponenciales como procedimiento recomendado. Para obtener más información, consulte Exponential Backoff And Jitter
.
Comprobaciones previas de actualización de versiones secundarias para Aurora MySQL
Al iniciar una actualización de una versión secundaria, Amazon Aurora ejecuta comprobaciones previas automáticamente.
Estas comprobaciones previas son obligatorias. No tiene la opción de omitirlas. Las comprobaciones previas proporcionan las siguientes ventajas:
-
Le permiten evitar tiempos de inactividad no planeados durante la actualización.
-
Si hay incompatibilidades, Amazon Aurora impide la actualización y proporciona un registro para que se informe sobre ellas. A continuación, podrá usar el registro para preparar la base de datos para la actualización reduciendo así las incompatibilidades. Para obtener información detallada acerca de cómo eliminar incompatibilidades, consulte Preparing your installation for upgrade
en la documentación de MySQL.
Las comprobaciones previas se ejecutan antes de detenerse la instancia de base de datos para la actualización, lo que quiere decir que no causan tiempos de inactividad al ejecutarse. Si las verificaciones previas encuentran una incompatibilidad, Aurora cancela automáticamente la actualización antes de detenerse la instancia de base de datos. Aurora también genera un evento por la incompatibilidad. Para obtener más información acerca de los eventos de Amazon Aurora, consulte Uso de notificaciones de eventos de Amazon RDS.
Aurora registra información detallada acerca de cada incompatibilidad en el archivo de registro PrePatchCompatibility.log
. En la mayoría de los casos, la entrada de registro incluye un vínculo a la documentación de SQL para corregir la incompatibilidad. Para obtener más información acerca de cómo visualizar los archivos de registro, consulte Visualización y descripción de archivos de registro de base de datos.
Debido a la naturaleza de las comprobaciones previa, analizan objetos en su base de datos. Este análisis genera un consumo de recursos y aumenta el tiempo de ejecución de la actualización.
Técnica alternativa de actualización azul/verde
En algunas situaciones, su prioridad principal es realizar un cambio inmediato del clúster antiguo a uno actualizado. En tales situaciones, puede utilizar un proceso de varios pasos que ejecuta los clústeres antiguo y nuevo en paralelo. Aquí, replicará los datos del clúster anterior al nuevo hasta que esté listo para que el nuevo clúster asuma el control. Para obtener más información, consulte Uso de las implementaciones azul/verde de Amazon Aurora para actualizar las bases de datos.