¿Por qué tarda tanto en restaurarse la instantánea de mi clúster de base de datos compatible con MySQL de Aurora?

5 minutos de lectura
0

Quiero restaurar una instantánea del clúster de base de datos la edición compatible con MySQL de Amazon Aurora, pero demora mucho tiempo.

Descripción breve

El proceso de restauración de instantáneas para los clústeres de bases de datos de la edición compatible con MySQL de Amazon Aurora implica una serie de tareas importantes. Por ejemplo, durante este proceso se crea un clúster de Aurora, ya que es el volumen de clústeres con mayor disponibilidad. Los procesos, como las comprobaciones de estado, el almacenamiento y la asignación de hardware, y la escritura de volúmenes de datos, contribuyen al tiempo que tarda en restaurarse una instantánea.

El tiempo de restauración de instantáneas depende de varios factores:

  • En el caso de los clústeres de Aurora, se distribuye uno en tres zonas de disponibilidad (AZ) para proporcionar una mayor disponibilidad. Cuando el clúster de Aurora se restaura a partir de la instantánea, aprovisiona el almacenamiento en estas tres AZ. Una vez que el clúster esté disponible, crea otras seis copias dentro del volumen de clústeres para almacenar datos. El volumen de almacenamiento está grabado en bandas en cientos de nodos de almacenamiento distribuidos en tres zonas de disponibilidad (AZ) distintas.
  • Una vez creado el clúster de Aurora, el clúster descarga los datos de Amazon Simple Storage Solution S3 (Amazon S3) a los nodos de almacenamiento. El clúster hace esto antes de que los datos estén disponibles. A diferencia del proceso de restauración de las instancias de MySQL de Amazon Relational Database Service (Amazon RDS), la carga diferida no se produce después de la restauración.
  • Las restauraciones de Aurora no son lineales. Así, por ejemplo, puede restaurar dos clústeres independientes, uno con 1 GB de datos y otro con 10 GB de datos. En lugar de tardar diez veces más, la restauración del conjunto de datos más grande solo tarda un poco más que el conjunto de datos más pequeño.
  • Otros procesos de la restauración incluyen las comprobaciones de estado, la asignación de almacenamiento y hardware, y la escritura de volúmenes de datos. Todos estos procesos consumen mucho tiempo, pero deben realizarse con precisión para obtener el mejor rendimiento.

Solución

Puede utilizar la función de clonación de clústeres de Aurora o la función de retroceso cuando realice cambios en sus bases de datos de Aurora, según su caso de uso.

Clon de clúster de Aurora

El uso de la función de clonación de clústeres de Aurora es la forma más rápida de crear una copia idéntica del clúster actual. Una vez creado el clúster clonado, puede probar los cambios en él sin afectar al clúster original. Si se pasa la prueba, puede aplicar cambios al clúster original.

Nota: Una práctica recomendada es tomar una instantánea del clúster antes de realizar cambios en la base de datos.

Estos son algunos casos de uso comunes para clonar un clúster de Aurora existente:

  • Desea experimentar y evaluar el impacto de los cambios, como los cambios de esquema o los cambios en los grupos de parámetros.
  • Desea realizar operaciones que requieran una carga de trabajo intensiva, como exportar datos o ejecutar consultas analíticas.
  • Desea crear una copia de un clúster de base de datos de producción en un entorno que no sea de producción para desarrollarlo o probarlo.

Función de retrocesos de Aurora

También puede utilizar la función de retroceso para sus clústeres de Aurora. El retroceso le permite deshacer rápidamente los errores al realizar un rebobinado in situ de sus datos. Hacer retroceder un clúster de base de datos no requiere la creación de uno nuevo, por lo que solo lleva unos minutos completarlo.

Sin embargo, esta función tiene limitaciones. En primer lugar, solo está disponible en los clústeres que se crearon con la función activada. Por lo tanto, si tu clúster no tiene activada esta función, tendrá que realizar una restauración de instantáneas para activar el retroceso. Además, el retroceso no admite la reproducción de registros binarios y la reproducción entre regiones debe desactivarse antes de poder configurar o utilizar el retroceso. El límite para una ventana de retroceso es de 72 horas.

Consideraciones

Las funciones de clonación y retroceso del clúster de Aurora se introdujeron para mejorar el tiempo de restauración de Aurora en ciertos casos de uso. Sin embargo, tomar instantáneas de forma regular es una práctica recomendada y se recomienda adoptar este enfoque antes de realizar cualquier cambio planificado en una base de datos.

Además, asegúrese de que no se estén ejecutando operaciones de escritura prolongadas en la base de datos de origen en el momento de la instantánea, el momento puntual o en el clon. Cualquier transacción de escritura abierta (DCL, DDL o DML) que se ejecute durante mucho tiempo puede aumentar el tiempo que tarda la base de datos restaurada en estar disponible.

Información relacionada

Clonación de un volumen para un clúster de base de datos de Amazon Aurora

Retroceder un clúster de base de datos de Aurora


OFICIAL DE AWS
OFICIAL DE AWSActualizada hace un año