Puede cambiar el tipo de almacenamiento de una instancia de ApsaraDB RDS for MySQL de Premium Local SSD a Premium Enhanced SSD (ESSD) o ESSD estándar. Este cambio es irreversible: una vez completado, no podrá volver a un Premium Local SSD.
Comparación de tipos de almacenamiento
|
Métrica |
Premium Local SSD |
Premium ESSD |
ESSD |
|
Rendimiento de E/S |
Las IOPS varían según el tipo de instancia. Latencia de E/S: 10–50 microsegundos |
Las IOPS varían según la especificación del disco y el tipo de instancia. Latencia de E/S: 100–200 microsegundos. Incluye las funciones de Buffer Pool Extension (BPE), I/O performance burst y archivado de datos |
Las IOPS varían según la especificación del disco y el tipo de instancia. Latencia de E/S: 100–200 microsegundos |
|
Flexibilidad de configuración |
Hay diversas opciones disponibles. En algunos tipos de instancia, la capacidad de almacenamiento está vinculada al tipo de instancia y no se puede ajustar por separado |
Escale horizontalmente o reduzca la capacidad de almacenamiento de forma independiente. La reducción requiere condiciones específicas (consulte Descripción general de cambios de instancia y Cambiar configuración) |
Escale horizontalmente o reduzca la capacidad de almacenamiento de forma independiente. La reducción requiere condiciones específicas (consulte Descripción general de cambios de instancia y Change the specifications of an ApsaraDB RDS instance) |
|
Método de copia de seguridad |
Copia de seguridad física (XtraBackup) |
Copia de seguridad mediante instantánea |
Copia de seguridad mediante instantánea |
|
Copia de seguridad, clonación y creación de instancias de solo lectura |
Varias horas, dependiendo del tamaño del disco |
Segundos |
Segundos |
|
Duración del escalado horizontal |
Varias horas; se deben copiar los datos |
En línea, en segundos |
En línea, en segundos |
|
Impacto del escalado horizontal |
Interrupción transitoria de la conexión |
Ninguno |
Ninguno |
|
Durabilidad de los datos |
SLA del 99,995 % (High-availability Edition). Los fallos de hardware pueden causar corrupción de datos; se requiere una base de datos secundaria |
99,9999999 % |
99,9999999 % |
Facturación
El costo depende de la región y las especificaciones que seleccione. Puede consultar el costo durante el proceso de cambio de configuración.
Requisitos previos
Antes de empezar, asegúrese de que:
-
Su instancia ejecuta ApsaraDB RDS for MySQL 8.0 o 5.7 en High-availability Edition con Premium Local SSD
Las instancias de MySQL 5.6 solo admiten Premium Local SSD y no se pueden migrar directamente a discos en la nube. Consulte FAQ para conocer la solución alternativa.
La versión menor del motor es 20201031 o posterior. Para actualizar, consulte Upgrade the minor engine version
La instancia no tiene read-only instances ni disaster recovery instances
Automatic performance scaling está deshabilitado
database proxy está deshabilitado
La instancia utiliza una Virtual Private Cloud (VPC) y no tiene ningún endpoint de red clásica
La instancia no utiliza IPv6 y no está conectada a varias VPC (aplica solo a escenarios especiales)
La instancia se encuentra en estado Running
Como mínimo, el 10 % del espacio en disco está libre. Si el disco está lleno, la instancia se bloquea; consulte Resolve a locked instance due to storage exhaustion
Si su instancia no cumple con estos requisitos previos, cree una nueva instancia con Premium ESSD o ESSD estándar y migre sus datos. Consulte Migrate data between ApsaraDB RDS for MySQL instances.
Impactos potenciales
-
Tiempo de inactividad breve durante el failover. El cambio activa una sincronización incremental de datos seguida de un failover primario/secundario. Este failover provoca una desconexión transitoria de aproximadamente 15 segundos. Programe el cambio fuera del horario pico y asegúrese de que su aplicación tenga configurada la reconexión automática.
El endpoint de conexión (por ejemplo, rm-bpxxxxx.mysql.rds.aliyuncs.com) no cambia. Las direcciones IP asociadas podrían cambiar; utilice endpoints en su aplicación, no direcciones IP.
Las copias de seguridad antiguas no pueden restaurar la instancia actualizada. Los conjuntos de copia de seguridad creados antes del cambio no se pueden usar para restaurar la instancia después de que esta utilice Premium ESSD o ESSD estándar. Solo las copias de seguridad creadas después del cambio son válidas para la restauración.
Las operaciones a nivel de instancia se bloquean durante el cambio. Mientras se cambia el tipo de almacenamiento (o mientras la instancia espera la ventana de failover), no puede actualizar ni reducir la instancia, actualizar la versión del motor de base de datos ni migrar entre zonas.
La copia de seguridad entre regiones se deshabilita. Cambiar de Premium Local SSD a disco en la nube deshabilita automáticamente la función de copia de seguridad completa entre regiones debido a diferencias en la arquitectura de almacenamiento subyacente. Después del cambio, vuelva a configurar su directiva de copia de seguridad entre regiones. Consulte Enable cross-region backup for an ApsaraDB RDS for MySQL instance.
Notas de uso
Este cambio es irreversible. Solo puede cambiar de Premium Local SSD a Premium ESSD o ESSD estándar, no en la dirección opuesta.
Algunos tipos de instancia no están disponibles para discos en la nube. Si su tipo de instancia actual no es compatible, también debe seleccionar un nuevo tipo de instancia durante el cambio. Para ver los tipos compatibles, consulte Primary ApsaraDB RDS for MySQL instances.
El cambio utiliza sincronización incremental de datos. Una actividad de escritura intensa durante el cambio puede retrasar la sincronización, lo cual podría impedir que el cambio se complete. Reduzca la frecuencia de escritura durante el proceso.
Vaya a la página Instances. En la barra de navegación superior, seleccione la región donde reside su instancia de RDS. Busque la instancia y haga clic en su ID.
-
En la sección Basic Information, haga clic en Configuration Information y luego haga clic en Change Specifications a la derecha.
-
En la página Change Instance Type, establezca Storage Type en Premium ESSD o ESSD (PL1, PL2 o PL3). Si los discos en la nube no están disponibles en su zona debido a restricciones de recursos, migrate the instance to a zone where cloud disks are available y vuelva a intentarlo.
- Niveles de rendimiento de ESSD: PL3 > PL2 > PL1. Un ESSD PL1 ofrece hasta 20 veces las IOPS y 11 veces el throughput de un ESSD PL1. Un ESSD PL2 ofrece hasta el doble de IOPS y throughput que un ESSD PL1. - Espacio mínimo en disco: PL1 = 20 GB, PL2 = 500 GB, PL3 = 1500 GB. - Espacio mínimo en disco para una Premium ESSD : 10 GB.
-
(Opcional) Seleccione un nuevo instance type si el tipo actual no es compatible con discos en la nube.
-
Para Classification, seleccione General-purpose o Dedicated.
Clasificación
Recursos
Adecuado para
General-purpose
Usa exclusivamente memoria y E/S; comparte CPU y almacenamiento
Rentable
Dedicated
Usa exclusivamente CPU, memoria, almacenamiento y E/S
Cargas de trabajo críticas para el rendimiento
Nota: Una instancia de host dedicado utiliza exclusivamente todos los recursos de CPU, memoria, almacenamiento y E/S de su host físico; es la configuración más alta de la familia Dedicated.
-
Seleccione un tipo de instancia según los núcleos de CPU y la memoria: para ver la lista completa de tipos compatibles, consulte Primary ApsaraDB RDS for MySQL instances.
Entornos de prueba: 1 o más núcleos de CPU
Entornos de producción: 4 o más núcleos de CPU
-
-
(Opcional) Ajuste la storage capacity según sea necesario.
La capacidad de almacenamiento del disco en la nube debe ser como mínimo 1,2 veces el espacio de almacenamiento utilizado del Premium Local SSD original.
-
Seleccione Switching Time: momento en que ocurre el failover primario/secundario después de completar la sincronización de datos.
Execute Immediately: el failover ocurre tan pronto como finaliza la sincronización.
Switch Within Maintenance Window: el failover ocurre durante la maintenance window configurada. La instancia permanece en estado Upgrading hasta que se completa el failover; durante este tiempo, las operaciones a nivel de instancia no están disponibles.
Acepte los términos de servicio y haga clic en Pay Now para completar el pago.
El estado de la instancia cambia a Upgrading. Cuando vuelve a Running, el cambio ha finalizado. No se requiere ninguna acción adicional mientras la instancia se actualiza.
Preguntas frecuentes
¿Cómo cambio el tipo de almacenamiento de una instancia de MySQL 5.6 a ESSD o Premium ESSD?
Las instancias de MySQL 5.6 solo admiten Premium Local SSD, por lo que no es posible cambiar directamente el tipo de almacenamiento. Primero actualice la versión principal del motor:
-
Upgrade the major engine version a MySQL 5.7 o 8.0. En la página de detalles de la instancia, vaya a Major Version Upgrade, haga clic en Create upgrade check report y luego haga clic en Upgrade Instance. Consulte Benefits of upgrading MySQL 5.6 to MySQL 5.7 para más detalles.
Después de la actualización, siga los pasos de este tema para cambiar el tipo de almacenamiento en la página Basic Information de su instancia de MySQL 5.7 o 8.0.
¿Por qué no puedo seleccionar Premium ESSD o ESSD estándar como tipo de almacenamiento?
Algunas zonas dejan de vender discos en la nube temporalmente o tienen recursos insuficientes. Migrate your instance to a zone where cloud disks are available y vuelva a intentar el cambio de tipo de almacenamiento.
¿El cambio afecta a mi aplicación en ejecución?
Se produce una desconexión transitoria de unos 15 segundos durante el failover final. El endpoint de conexión no cambia, por lo que no es necesario reconfigurar la aplicación. Consulte Potential impacts para más detalles.
¿Cambian mis endpoints o direcciones IP después del cambio de tipo de almacenamiento?
Los endpoints (por ejemplo, rm-bpxxxxx.mysql.rds.aliyuncs.com) permanecen sin cambios. Las direcciones IP asociadas podrían cambiar. Utilice endpoints en el código de su aplicación en lugar de direcciones IP.
Referencia de API
|
API |
Descripción |
|
Cambia las especificaciones de la instancia |