Los cambios de especificaciones (edición de RDS, tipo de instancia y capacidad de almacenamiento) tardan desde unos segundos hasta un periodo prolongado. Esto depende del tipo de almacenamiento y la carga de trabajo de su instancia. El factor principal es si el cambio desencadena una migración de datos entre instancias.
Para minimizar el tiempo obligatorio, programe los cambios de especificaciones durante periodos de baja escritura o detenga la escritura de datos en la instancia antes de iniciar el proceso.
Cómo determina el tipo de almacenamiento la ruta de migración
El tipo de almacenamiento de su instancia define si un cambio de especificaciones requiere migrar datos a una nueva instancia:
|
Tipo de almacenamiento |
Migración de datos entre instancias |
Tiempo obligatorio |
|
SSD local |
Puede ser obligatoria |
Largo (si se activa la migración) o corto (si no se activa) |
|
SSD estándar o mejorada |
No es obligatoria |
Corto |
En las instancias que usan SSD estándar o mejorada, no se realiza ninguna migración de datos. El cambio de especificaciones se completa rápidamente y los factores de la siguiente sección no aplican.
En las instancias que usan SSD locales, un cambio de especificaciones puede activar una migración de la instancia original a una nueva. Cuando esto ocurre, ApsaraDB RDS crea una copia de seguridad de los datos en la instancia original y los restaura en la nueva. Este proceso consume bastante tiempo.
Factores que afectan el tiempo de migración (solo SSD locales)
Cuando se activa una migración de datos entre instancias, los factores a continuación determinan la duración del proceso.
Tamaño total de los datos
El tamaño total de sus datos afecta directamente la duración de la copia de seguridad inicial y la restauración. El ancho de banda de red y la velocidad de respaldo también influyen. Los conjuntos de datos grandes con un ancho de banda limitado tardan proporcionalmente más.
Tamaño del registro redo
Si los registros redo son grandes, la cantidad real de datos por respaldar supera la estimación inicial. Esto aumenta el tiempo necesario para restaurar los datos en la nueva instancia.
Bloqueos
ApsaraDB RDS bloquea los objetos relacionados durante la fase de copia de seguridad. Una actividad intensa de bloqueo ralentiza este proceso y alarga el tiempo total de migración.
Número de tablas
La cantidad de tablas en la instancia también influye en el tiempo de migración.
Tamaño de los datos incrementales
Una vez completada la migración total de datos, ApsaraDB RDS migra los datos incrementales generados durante la ventana de migración. Entre mayor sea este volumen incremental, más tardará el cambio de especificaciones.
Velocidad de escritura de datos incrementales
La velocidad a la que se reproducen los datos incrementales determina qué tan rápido se sincroniza la nueva instancia. Esta velocidad depende de lo siguiente:
La rapidez con la que se reproducen las sentencias SQL registradas
Si las sentencias SQL se ejecutan en tablas individuales
Si se ejecutan sentencias de lenguaje de definición de datos (DDL) en la instancia original durante la migración
Latencia de sincronización de datos
Antes de dirigir el tráfico a la nueva instancia, ApsaraDB RDS debe establecer un enlace de sincronización y esperar a que esta termine. Una latencia alta retrasa el cambio. La latencia se ve afectada por:
Las cargas de escritura en la instancia original
Las sentencias DDL ejecutadas en la instancia original durante la sincronización
Las consultas combinadas que se ejecutan en varias tablas