¿Cuál es el impacto de convertir una instancia Single-AZ de Amazon RDS en una instancia Multi-AZ y viceversa?

Actualización más reciente: 30-09-2021

Quiero saber qué impacto tendrá convertir mi instancia de base de datos Single-AZ de Amazon Relational Database Service (Amazon RDS) en una instancia Multi-AZ.

-o bien-

Quiero saber qué impacto tendrá convertir mi instancia de base de datos Multi-AZ de Amazon RDS en una instancia Single-AZ.

Descripción breve

En una configuración Single-AZ, una instancia de base de datos y uno o más volúmenes de almacenamiento de Amazon Elastic Block Store (Amazon EBS) se implementan en centros de datos en una zona de disponibilidad. En una configuración Multi-AZ, las instancias de base de datos de Amazon RDS y los volúmenes de almacenamiento de EBS se implementan en varias zonas de disponibilidad.

Al habilitar Multi-AZ en la instancia, Amazon RDS mantiene una copia de reserva redundante y coherente de los datos mediante la replicación sincrónica del almacenamiento. Amazon RDS detecta las situaciones de error más comunes en las implementaciones Multi-AZ y se recupera automáticamente de estas de modo que sea posible reanudar las operaciones de la base de datos lo antes posible. Para obtener más información, consulteAlta disponibilidad (Multi-AZ) para Amazon RDS.

Para convertir una instancia de base de datos de una implementación Single-AZ a una implementación MultiAZ y viceversa, consulte Modificación de una instancia de Amazon RDS.

Al convertir la instancia Single-AZ en una instancia Multi-AZ, puede ver el siguiente evento en la sección Registros y eventos de la consola de Amazon RDS:

21 de septiembre de 2021, 8:45:04 PM UTC            Aplicar la modificación para convertir una instancia de base de datos en una instancia Multi-AZ

Resolución

Impacto de convertir una instancia Single-AZ en una instancia Multi-AZ

Al modificar la instancia Single-AZ a una instancia Multi-AZ, no experimenta ningún tiempo de inactividad en la instancia. Durante la conversión, Amazon RDS crea una instantánea de la instancia y la utiliza para restaurar los datos en los nuevos volúmenes creados en otra zona de disponibilidad. Aunque estos nuevos volúmenes están inmediatamente disponibles para su uso, es posible que experimente algunos problemas de rendimiento. Esto ocurre porque la instancia de base de datos no deja de cargar datos en segundo plano. Este proceso, denominado carga lenta, puede provocar una elevada latencia de escritura y un impacto en el rendimiento durante y después de la conversión. El impacto en el rendimiento es una función del tipo de volumen, la carga de trabajo, la instancia y el tamaño del volumen. El impacto podría ser significativo para las instancias de base de datos grandes que hacen un uso intensivo de la escritura durante las horas pico de las operaciones.

Estas son las prácticas recomendadas para reducir la latencia después de modificar la instancia:

  1. Inicie una conmutación por error de la instancia después de la conversión a Multi-AZ.
  2. Ejecute un volcado completo de los datos de la instancia para recuperar todos los datos de la instantánea.

Cuando se convierte una instancia de Single-AZ a Multi-AZ, se crea una nueva instancia con la misma configuración en otra zona de disponibilidad. Esto conlleva costos adicionales. Además, debido a que la implementación de Multi-AZ utiliza la replicación sincrónica, las escrituras son más lentas que cuando se utiliza la configuración Single-AZ.

Impacto de convertir una instancia Multi-AZ en una instancia Single-AZ

Cuando convierte una instancia Multi-AZ en una instancia Single-AZ, no experimenta ningún tiempo de inactividad en la instancia. Durante la conversión, Amazon RDS elimina únicamente la instancia secundaria y los volúmenes, y la instancia primaria no se ve afectada durante este tiempo.

Estos son algunos aspectos que se deben tener en cuenta antes de convertir la instancia de implementación de Multi-AZ en Single-AZ:

  • Con la implementación Multi-AZ, Amazon RDS cambia automáticamente a una réplica de respaldo en otra zona de disponibilidad durante una interrupción planificada o no planificada de la instancia de base de datos. Sin embargo, en una instancia Single-AZ, es posible que tenga que iniciar una operación de restauración a un momento dado. Completar esta operación puede tardar varias horas. Además, cualquier actualización de datos que se haya producido después del tiempo de restauración más reciente no estará disponible. Por lo tanto, podría experimentar un tiempo de inactividad adicional en una instancia Single-AZ en caso de que se produzca un error.
  • En una instancia Multi-AZ, las copias de seguridad automatizadas se crean a partir de la instancia secundaria durante el periodo de copia de seguridad automática. En el caso de Amazon RDS for MariaDB, Amazon RDS for MySQL, Amazon RDS for Oracle y Amazon RDS for PostgreSQL, la actividad de E/S no se suspende en la instancia principal durante la realización de la copia de seguridad en las implementaciones Multi-AZ, ya que la copia de seguridad se realiza a partir de la instancia secundaria. En el caso de Amazon RDS for SQL Server, la actividad de E/S se suspende brevemente durante la copia de seguridad para las implementaciones Multi-AZ. El proceso de copia de seguridad en una instancia de base de datos Single-AZ provoca una breve suspensión de E/S que puede durar desde unos segundos hasta unos minutos, en función del tamaño y la clase de la instancia de base de datos.
  • En las implementaciones Multi-AZ, el mantenimiento del sistema operativo se aplica a la instancia secundaria. La segunda instancia pasa a ser la principal, y luego se realiza el mantenimiento en la que anteriormente era la principal, que se convierte en la nueva instancia suplente. Por lo tanto, el tiempo de inactividad durante la aplicación de ciertos parches en el sistema operativo en una instancia MultiAZ es mínimo.
  • Si escala la instancia Multi-AZ, el tiempo de inactividad es mínimo. Esto se debe a que la instancia secundaria primero se convierte en la principal. La instancia secundaria pasa a ser la principal, tras lo cual se actualiza la instancia principal. Una instancia Single-AZ no está disponible durante la operación de escalado.

¿Le resultó útil este artículo?


¿Necesita asistencia técnica o con la facturación?