¿El despliegue multi-AZ ayudará a reducir el tiempo de inactividad durante una modificación de Amazon RDS para MySQL?

5 minutos de lectura
0

Quiero modificar mi instancia de Amazon Relational Database Service (Amazon RDS) para MySQL. ¿El despliegue multi-AZ ayudará a reducir el tiempo de inactividad?

Descripción breve

Al modificar su instancia de Amazon RDS de MySQL, los despliegues multi-AZ pueden reducir el impacto de los cambios.

El despliegue multi-AZ puede afectar a su instancia de Amazon RDS de MySQL en los siguientes casos:

  • Modificación del almacenamiento de la instancia de base de datos
  • Actualización de la clase de instancia de base de datos
  • Mantenimiento del sistema operativo o hardware subyacente

Nota: Según el tipo de actualización que lleve a cabo, es posible que los despliegues multi-AZ no ofrezcan mejores beneficios de disponibilidad.

Resolución

Modificación del almacenamiento de la instancia de base de datos

Para modificar el almacenamiento de Amazon RDS, estas son las opciones disponibles:

  • Tamaño de almacenamiento asignado
  • Valor de IOPS aprovisionadas
  • Tipo de almacenamiento

Aumentar el tamaño de almacenamiento asignado y cambiar los valores de IOPS son operaciones en línea que no conllevan tiempo de inactividad. Dado que estas actualizaciones de almacenamiento de la instancia de base de datos principal y en espera se producen al mismo tiempo, Multi-AZ no ofrece disponibilidad adicional durante las actualizaciones de almacenamiento. Para obtener más información sobre las modificaciones del almacenamiento y el posible tiempo de inactividad, consulte Configuración de instancias de base de datos.

Tampoco hay tiempo de inactividad al cambiar el tipo de almacenamiento de una instancia de base de datos Multi-AZ entre Uso general (SSD) e IOPS aprovisionadas (SSD). Sin embargo, hay tiempo de inactividad en los siguientes casos:

  • De Uso general (SSD) a Magnético o de Magnético a Uso general (SSD).
  • De IOPS aprovisionadas (SSD) a Magnético o de Magnético a IOPS aprovisionadas (SSD).
  • De Uso general (SSD) a IOPS aprovisionadas (SSD), pero solo si la instancia de base de datos es Single-AZ y se utiliza un grupo de parámetros personalizado.
  • De IOPS aprovisionadas (SSD) a Uso general (SSD), pero solo si la instancia de base de datos es Single-AZ y se utiliza un grupo de parámetros personalizado.

Actualización de la clase de instancia de base de datos

Dado que los cambios de clase de instancia requieren un conjunto de hardware recién definido, este cambio no es una operación en línea y, por lo tanto, requiere un tiempo de inactividad. Un despliegue multi-AZ de una instancia de base de datos de Amazon RDS de MySQL puede reducir significativamente cualquier impacto. Esto se debe a que la actualización no se lleva a cabo simultáneamente en la instancia principal y en espera. La instancia en espera se modifica primero, lo que provoca una conmutación por error. Tras la conmutación por error, se modifica la nueva instancia en espera. El tiempo de inactividad requerido incluye la duración de una conmutación por error, normalmente de 60 a 120 segundos, y de la recuperación de un error del motor de base de datos. Para obtener más información, consulte Despliegues multi-AZ.

Actualización de la versión del motor de base de datos

La actualización de la versión del motor de base de datos se puede programar manualmente a través de la consola o API de RDS. O bien, se lleva a cabo mediante una actualización automática de la versión secundaria o después de la obsolescencia del motor. Como RDS para MySQL no automatiza las actualizaciones sucesivas, la actualización de la versión del motor de base de datos se lleva a cabo tanto en el host principal como en el host en espera al mismo tiempo. Por lo tanto, la actualización de la versión del motor de base de datos no se beneficia de un despliegue multi-AZ. Para evaluar el alcance y la duración del impacto, actualice en un entorno de pruebas antes de llevar a cabo la actualización real. Para obtener más información, consulte Prácticas recomendadas para actualizar Amazon RDS para MySQL y Amazon RDS para MariaDB.

Nota: Si su instancia de base de datos de RDS de MySQL usa réplicas de lectura, debe actualizarlas todas antes de actualizar la instancia de origen. Para obtener más información, consulte Uso de una réplica de lectura para reducir el tiempo de inactividad al actualizar una base de datos de MySQL.

Hacer un mantenimiento programado del sistema operativo o del hardware

Cuando se trabaja con un mantenimiento programado del sistema operativo o del hardware, el despliegue multi-AZ puede reducir significativamente el impacto de estos cambios.

El despliegue multi-AZ afecta al mantenimiento programado de las siguientes maneras:

  • Cuando el mantenimiento está programado solo para el host principal, se produce una conmutación por error y se lleva a cabo el mantenimiento en el nuevo host secundario.
  • Cuando el mantenimiento se programa solo para el host secundario, no hay tiempo de inactividad.
  • Cuando se programa el mantenimiento tanto para el host principal como para el secundario, el mantenimiento se lleva a cabo primero en el host secundario (en espera). A continuación, se produce una conmutación por error y se lleva a cabo el mantenimiento en el nuevo host secundario.

Para obtener más información, consulte ¿Cómo puedo minimizar el tiempo de inactividad durante el mantenimiento requerido de Amazon RDS?


OFICIAL DE AWS
OFICIAL DE AWSActualizada hace un año