PolarDB for MySQL le permite mover los nodos de cómputo de un clúster a otra zona sin modificar sus endpoints. Utilice esta función para optimizar la latencia de las instancias de Elastic Compute Service (ECS) ubicadas en la misma zona, ejecutar simulacros de recuperación ante desastres o reequilibrar la distribución entre zonas.
Elegir una operación
Hay tres operaciones disponibles. Elija la que se ajuste a su objetivo:
|
Objetivo |
Operación |
Migración de datos |
Interrupción del servicio |
|
Mover el clúster a una zona donde se encuentren sus instancias de ECS, o ejecutar un simulacro de recuperación ante desastres cuando el destino ya es una zona secundaria |
No (solo nodos de cómputo, ~5 min por nodo) |
1 o 2 conexiones transitorias, ~30 s cada una |
|
|
Mover el clúster a una zona donde se encuentren sus instancias de ECS, cuando el destino no es una zona secundaria |
Sí (la duración depende del volumen de datos) |
1 o 2 conexiones transitorias, ~30 s cada una |
|
|
Reequilibrar la ubicación de la zona secundaria |
Sí (la duración depende del volumen de datos) |
— |
|
|
Ejecutar un cambio entre principal y secundario hacia el clúster de almacenamiento en espera activa |
No |
1 o 2 conexiones transitorias, ~30 s cada una |
Requisitos previos
Antes de empezar, compruebe lo siguiente:
Los recursos de su región están desplegados en dos o más zonas. El despliegue multizona no está disponible en las siguientes regiones: Philippines (Manila), South Korea (Seoul), China (Qingdao), China (Chengdu), China (Hohhot) y Thailand (Bangkok).
Para el cambio al clúster de almacenamiento en espera activa: la función de clúster de almacenamiento en espera activa está habilitada en su clúster. Consulte Modo de alta disponibilidad (clúster de almacenamiento en espera activa).
Cambiar la zona principal
Al cambiar la zona principal se migran los nodos de cómputo del clúster a la zona de destino. El endpoint principal y los endpoints del clúster permanecen sin cambios después de la operación, pero el vSwitch y la dirección IP pueden modificarse.
Programe esta operación fuera del horario de mayor demanda. Durante el cambio ocurren una o dos conexiones transitorias, cada una con una duración aproximada de 30 segundos. Compruebe que su aplicación pueda reconectarse automáticamente a la base de datos.
Si la zona de destino no es una zona secundaria actual, se requiere migrar los datos. El tiempo de migración depende del volumen de datos y puede tomar varias horas en conjuntos de datos grandes. Proceda con precaución.
Inicie sesión en la consola de PolarDB.
En la esquina superior izquierda, seleccione la región donde está desplegado el clúster.
Busque el clúster y haga clic en su ID.
-
En la parte inferior de la página Basic Information, haga clic en Migrate Cluster Across Zones.
-
En el cuadro de diálogo, configure los siguientes parámetros:
Parámetro
Descripción
Destination Zone
La zona de destino del clúster. Si la zona ya es secundaria, solo se migran los nodos de cómputo (~5 min por nodo). De lo contrario, se requiere migrar los datos.
Destination VPC
La VPC en la zona de destino.
Destination vSwitch
El vSwitch en la VPC de destino. Si no hay vSwitches disponibles, cree uno primero. Consulte Create and manage a vSwitch.
Validity Period
Establezca Immediately para ejecutar la operación de inmediato, o Upgrade in Maintenance Window para programarla durante la ventana de mantenimiento. Para consultar o cancelar una tarea programada, consulte Scheduled tasks.
Haga clic en OK.
Cambiar la zona secundaria
Al cambiar la zona secundaria se migran los datos de la zona secundaria original a la zona de destino. La zona de destino no puede ser la zona principal ni la zona secundaria actual.
Siempre se requiere migrar los datos al cambiar la zona secundaria. El tiempo de migración depende del volumen de datos y puede tomar varias horas en conjuntos de datos grandes. Programe esta operación fuera del horario de mayor demanda.
Inicie sesión en la consola de PolarDB.
En la esquina superior izquierda, seleccione la región donde está desplegado el clúster.
Busque el clúster y haga clic en su ID.
En el panel de navegación izquierdo, elija Settings and Management > Service Availability.
-
En la página Service Availability, haga clic en Change Secondary Zone.
-
En el cuadro de diálogo, seleccione la zona de destino y configure el parámetro Effective Time:
Effective Immediately: ejecuta la operación de inmediato.
Effective in Maintenance Window: programa la operación durante la ventana de mantenimiento. Para consultar o cancelar una tarea programada, consulte Scheduled tasks.
Haga clic en OK.
Cambiar al clúster de almacenamiento en espera activa
Esta operación ejecuta un cambio entre principal y secundario hacia el clúster de almacenamiento en espera activa. Después del cambio, el endpoint principal, el endpoint del clúster, el vSwitch y la dirección IP permanecen sin cambios, pero pueden producirse accesos indirectos. Proceda con precaución.
Evite alternar con frecuencia entre el clúster principal y el clúster de almacenamiento en espera activa. Los cambios frecuentes pueden provocar una latencia de replicación alta.
Esta operación es compatible únicamente con clústeres Standard Edition y Cluster Edition. Solo es posible cambiar al clúster de almacenamiento en espera activa; no se admite el cambio a una zona que no sea secundaria.
Inicie sesión en la consola de PolarDB.
En la esquina superior izquierda, seleccione la región donde está desplegado el clúster.
Busque el clúster y haga clic en su ID.
En el panel de navegación izquierdo, elija Settings and Management > Service Availability.
En la página Service Availability, haga clic en Switch Over to Hot Standby Storage Cluster.
Haga clic en OK.
Preguntas frecuentes
¿El cambio de zona principal provoca un tiempo de inactividad prolongado del servicio?
No. El tiempo de migración (5 minutos por nodo de cómputo, u horas si se migran datos) no representa un tiempo de inactividad del servicio. Durante el cambio real solo ocurren una o dos conexiones transitorias, cada una con una duración aproximada de 30 segundos. Programe el cambio fuera del horario de mayor demanda y compruebe que su aplicación se reconecte automáticamente.
¿Qué sucede con mis endpoints después de cambiar la zona principal?
El endpoint principal y los endpoints del clúster permanecen sin cambios, por lo que las conexiones existentes siguen funcionando. El vSwitch y la dirección IP pueden modificarse, lo cual afecta brevemente la disponibilidad. Planifique el cambio durante una ventana de mantenimiento para minimizar el impacto.