Cambie una instancia de ApsaraDB RDS for MySQL de pay-as-you-go a serverless para habilitar el escalado automático de recursos de cómputo según las cargas de trabajo reales. Esta opción resulta útil cuando las cargas fluctúan significativamente o durante periodos de baja utilización.
Para obtener una descripción general de las instancias RDS serverless y sus casos de uso, consulte Overview of serverless ApsaraDB RDS for MySQL instances.
Requisitos previos
Antes de empezar, asegúrese de que la instancia cumple con todos los requisitos siguientes:
Ejecuta MySQL
Ejecuta RDS Basic Edition o RDS High-availability Edition
Utiliza el tipo de producto estándar
Utiliza un disco ESSD PL1 o de rendimiento premium
-
Ejecuta una de las versiones menores del motor siguientes o posteriores, y la versión no está descontinuada. Para más información, consulte phased-out versions.
MySQL 5.7: rds_20230228
MySQL 8.0: rds_20230324
Utiliza el método de facturación pay-as-you-go
Se encuentra en estado Running
Es una instancia principal sin instancias de solo lectura vinculadas
No utiliza X-Engine como motor de almacenamiento
Tiene la función de proxy de base de datos deshabilitada
Tiene el cifrado SSL deshabilitado
No utiliza una clave maestra personalizada (CMK) para el cifrado de discos en la nube
Compruebe estos requisitos en la página de detalles de la instancia de la consola de ApsaraDB RDS. Si la instancia utiliza el método de facturación por suscripción, primero cámbiela a pay-as-you-go y luego continúe con este tema.
Limitaciones
El método de facturación se puede cambiar entre pay-as-you-go y serverless como máximo una vez cada 24 horas.
Si las instancias serverless no son compatibles con la zona donde reside la instancia, o si los recursos zonales son insuficientes, no se podrá completar el cambio.
Impactos potenciales
Interrupción de conexión
Cambiar el método de facturación desencadena un failover de instancia, lo que provoca una interrupción de la conexión. Configure su aplicación para que se reconecte automáticamente después de la interrupción. Para obtener detalles sobre lo que ocurre durante un failover y cómo gestionarlo, consulte Impactos de un failover de instancia.
Performance schema
Si la función performance schema (PFS) está habilitada en la instancia, habilitarla en una instancia serverless aumenta el uso de memoria y reduce la eficiencia de escalado de RDS Capacity Unit (RCU).
Notas de uso
Después del cambio, la instancia se escala automáticamente según la carga de trabajo y ajusta los parámetros de
innodb_buffer_poolde forma automática. Cualquier valor personalizado establecido previamente parainnodb_buffer_pool_sizeyinnodb_buffer_pool_instancesse puede ignorar.Establezca el máximo de RCU en, como mínimo, la cantidad de núcleos de CPU de la instancia original. Por ejemplo, si la instancia original tiene 4 núcleos de CPU, establezca el máximo de RCU en 4 o más. Esto evita la degradación del rendimiento después del cambio.
Facturación
La operación de cambio en sí es gratuita. Para obtener detalles sobre precios, consulte Pricing of serverless ApsaraDB RDS instances.
Cambiar el método de facturación a serverless
Inicie sesión en la consola de ApsaraDB RDS y vaya a la página Instances. En la barra de navegación superior, seleccione la región donde reside la instancia. Busque la instancia y haga clic en su ID.
-
En la página Basic Information, dentro de la sección Configuration Information, haga clic en Change to Serverless.

-
En la página de compra, configure los parámetros siguientes en la sección Advanced Settings: También establezca Switching Time para controlar cuándo surte efecto el cambio.
NotaPara obtener detalles sobre cada parámetro, consulte Create a serverless ApsaraDB RDS instance.
Parámetro
Descripción
RDS Capacity Units (RCUs)
Establezca los valores mínimo y máximo de RCU.
Scaling Policy
Define cómo se escalan los RCU hacia arriba y hacia abajo según la carga de trabajo.
Automatic Stop and Restart
Pausa automáticamente la instancia cuando está inactiva y la reanuda cuando es necesario.
Revise la Note y los Terms of Service, y luego haga clic en Confirm Order. Durante el cambio, el estado de la instancia cambia a Upgrading/Downgrading. Una vez completado el cambio, el estado vuelve a Running.
Preguntas frecuentes
Después de cambiar a serverless, aparece un nuevo pedido de compra en Expenses And Costs > Orders. ¿Por qué?Expenses And Costs > Orders
Al cambiar a serverless se crea una nueva instancia serverless y se migran los datos de la instancia original hacia ella. Esta migración genera un nuevo pedido de compra.
¿Por qué no puedo cambiar el método de facturación cuando se usa CMK para el cifrado de discos en la nube?
Las instancias serverless utilizan tipos de instancia de propósito general, que solo admiten claves de servicio (Default Service CMK) para el cifrado de discos en la nube. Las claves maestras personalizadas (CMK) no son compatibles. Para más información, consulte el anuncio sobre cifrado de discos en la nube.
¿La función Sequence Engine es compatible después del cambio?
Sí. Sequence Engine es compatible con instancias serverless. Para más detalles, consulte Sequence Engine.
Referencia de API
Utilice la API ModifyDBInstanceSpec para realizar este cambio mediante programación.
Configure los parámetros siguientes:
|
Parámetro |
Valor obligatorio |
|
|
|
|
|
|
Asegúrese de que otros parámetros, como DBInstanceStorage, no estén especificados o estén configurados con los mismos valores que la instancia original. No es posible modificar los valores de estos parámetros. Compruebe también que la instancia original utiliza facturación pay-as-you-go antes de llamar a la API.