Cuando su negocio anticipa picos de tráfico predecibles y de corta duración, como durante promociones de comercio electrónico o eventos en línea, la base de datos puede enfrentar cuellos de botella de rendimiento por falta de recursos de cómputo. Una actualización permanente genera desperdicio de recursos una vez que el tráfico disminuye. La función de actualización temporal de PolarDB le permite aumentar las especificaciones de cómputo (CPU y memoria) de un clúster de suscripción durante un periodo determinado. El clúster vuelve automáticamente a sus especificaciones originales en el momento programado. Esto le ayuda a gestionar cargas pico de corta duración de manera rentable.
Evaluación del impacto
Antes de ejecutar una actualización temporal, evalúe el posible impacto en sus servicios para elaborar un plan de cambio.
Impacto en el servicio
Cambiar las especificaciones de un clúster de PolarDB provoca el reinicio de un nodo. Esto causa interrupciones transitorias de conexión y breves fluctuaciones de rendimiento. El impacto depende de si el clúster es compatible con la función seamless switchover y de si el registro binario (binlog) está habilitado.
Si el clúster no es compatible con seamless switchover, se puede producir una interrupción transitoria de conexión de entre 20 y 30 segundos durante el cambio de especificaciones. Antes del switchover, asegúrese de que su aplicación cuente con un mecanismo de reintento de conexión.
Si el clúster es compatible con seamless switchover, el impacto varía según el estado del binlog. Si el binlog está habilitado, puede ocurrir una interrupción transitoria de conexión de entre 5 y 10 segundos. Si está deshabilitado, el rendimiento puede caer a cero durante 1 a 3 segundos, pero las conexiones y transacciones no se interrumpen.
Duración de la tarea: la tarea de cambio tarda aproximadamente 5 minutos por nodo. Por ejemplo, cambiar dos nodos toma unos 10 minutos. La duración exacta depende de factores como la carga del clúster y la cantidad de bases de datos y tablas.
Retraso de replicación: durante el cambio, el retraso en la replicación de datos de los nodos de solo lectura puede ser mayor que en condiciones normales.
Seguridad de los datos: el cambio de configuración solo ajusta los recursos del nodo y no afecta los datos existentes en el clúster.
Orden de reinicio: cuando se cambian las especificaciones de los nodos primarios y de solo lectura al mismo tiempo, el sistema reinicia primero los nodos de solo lectura y después el nodo primario. Durante este proceso no ocurre ningún switchover entre primario y secundario.
Límites de especificaciones de los nodos
Para garantizar la estabilidad y la alta disponibilidad del clúster, se aplican los siguientes límites al configurar las especificaciones de los nodos primarios y de solo lectura:
Como mínimo, un nodo de solo lectura debe tener las mismas especificaciones que el nodo primario.
Los nodos de solo lectura con hot standby habilitado deben tener las mismas especificaciones que el nodo primario.
La memoria de un nodo de solo lectura no puede ser inferior a la mitad de la memoria del nodo primario.
-
El número de núcleos de CPU de un nodo de solo lectura debe cumplir los requisitos mínimos indicados en la siguiente tabla:
CPU del nodo primario
CPU mínima de solo lectura
2
2
4
4
8
4
16
8
32
16
64
32
88
64
120
64
Multi-master Cluster (Limitless) Edition no está sujeto a los límites anteriores.
Otros límites
Durante una actualización temporal, puede ejecutar como máximo una actualización adicional.
Durante una actualización temporal, no se admiten operaciones como manual configuration change, adding or removing nodes, temporarily adding nodes, automatic scaling ni la cancelación de la suscripción del clúster.
Requisitos previos
Antes de empezar, complete las siguientes comprobaciones.
Método de facturación: el clúster de destino debe ser un clúster de Subscription.
Estado del clúster: el clúster de destino debe estar en estado Running y no debe tener otras tareas de configuración en curso, como agregar o quitar un nodo, o una actualización de versión menor.
Tareas pendientes: no debe haber otras tareas de cambio de configuración pendientes, como agregar o quitar un nodo, o modificar configuraciones.
-
Autorización del rol vinculado al servicio: debe haber creado el rol vinculado al servicio de PolarDB AliyunServiceRoleForPolarDB para su cuenta.
Procedimiento
Inicie sesión en la consola de PolarDB. En el panel de navegación izquierdo, haga clic en Clusters y seleccione la región donde se encuentra su clúster.
-
Utilice uno de los siguientes métodos para ir a la página Change Configurations (Subscription):
Busque el clúster de destino y haga clic en Change Configurations en la columna Actions.
Haga clic en el ID del clúster para ir a la página Basic Information. En la sección Database Nodes, haga clic en Change Configurations. Esta página muestra las especificaciones y el estado de los nodos primarios y de solo lectura, además de proporcionar enlaces a Add or Remove Nodes y Change Configurations.
En el cuadro de diálogo Change Configurations (Subscription), seleccione Temporary Upgrade y haga clic en OK.
-
En la página Temporary Upgrade, confirme la Current Configuration y la Expiration Time, y luego establezca los siguientes parámetros:
Parámetro
Descripción
Database Type
Seleccione la edición de especificaciones de destino. Las opciones incluyen General Specification y Dedicated Specification.
Node
Seleccione las especificaciones de destino para el nodo (primario o de solo lectura) que desea actualizar.
NotaDebe asegurarse de que como mínimo un nodo de solo lectura tenga las mismas especificaciones que el nodo primario. Puede configurar las especificaciones de los demás nodos según sus necesidades.
Restore Point
Establezca una hora específica para que el sistema restaure automáticamente el clúster a las especificaciones previas a la actualización.
Nota-
La duración mínima es de 1 hora y la máxima de 14 días. Para actualizaciones superiores a 14 días, se recomienda usar manual configuration change.
-
La hora de restauración debe ser como mínimo un día antes de la fecha de vencimiento del clúster. Por ejemplo, si el clúster vence el 10 de enero, la última hora de restauración para una actualización temporal es el 9 de enero.
-
La hora de restauración no se puede modificar una vez establecida. Si el rendimiento es insuficiente y necesita extender la duración, puede ejecutar una actualización más antes de que se alcance la hora de restauración. El nuevo Restore Point no puede ser anterior al original.
-
Lea los términos del servicio, haga clic en Buy Now y complete el pago. Una vez que el pago sea exitoso, comenzará la tarea de actualización.
Facturación
La tarifa de una actualización temporal se basa en la diferencia de precio entre las especificaciones nuevas y las originales, multiplicada por un factor de recargo de 1.5. La fórmula es la siguiente:
Tarifa por actualizar temporalmente un nodo durante N días = (Precio mensual de las nuevas especificaciones - Precio mensual de las especificaciones originales) / 30 × 1.5 × N.
Operaciones relacionadas
Convertir a una actualización permanente
Si necesita conservar permanentemente las especificaciones actualizadas o ejecutar operaciones como adding or removing nodes, temporarily adding nodes, automatic scaling o cancelar la suscripción del clúster, puede convertir la actualización temporal en permanente. Después de la conversión, el clúster no volverá automáticamente a una versión inferior en la hora de restauración.
-
Conversión manual: durante el periodo de actualización temporal, vuelva a la página Change Configurations (Subscription) y ejecute manual configuration change a las especificaciones actuales.
NotaEsta acción solo genera un pedido de facturación permanente y no provoca una segunda interrupción del servicio.
Conversión al escalar el espacio de almacenamiento: si ejecuta manually scale up the cluster's storage space durante el periodo de actualización temporal, el sistema convierte automáticamente las especificaciones de cómputo temporales en permanentes. Esto significa que se le facturará con la nueva tarifa de suscripción desde el momento de la expansión del almacenamiento. Evalúe cuidadosamente este cambio antes de escalar el almacenamiento.
Consultar la hora de vencimiento de la actualización
Vaya a la página , busque por ID de clúster, localice el pedido con el tipo de pedido Temporary Upgrade y haga clic en View Details para consultar su información.
Referencia de API
|
API |
Descripción |
|
Actualiza temporalmente las especificaciones de un clúster de PolarDB. |