Tair (Redis® OSS-Compatible):Cambio manual de rol entre nodo principal y réplica

Escenarios

Casos de uso comunes:

• Simulacros de recuperación ante desastres: Simule una falla de nodo fuera de las horas pico para comprobar la resiliencia de su aplicación durante los cambios de rol en la base de datos.

• Optimización de la latencia de acceso: Si su aplicación y el nodo principal se encuentran en zonas distintas, transfiera el rol principal al nodo ubicado en la zona de su aplicación para reducir la latencia de red.

Impactos del cambio de rol

Antes de cambiar de rol, considere a continuación impactos:

• Los nodos de datos donde se ejecuta el cambio de rol se desconectan durante algunos segundos. Esta operación conlleva riesgos potenciales de pérdida de datos. Por ejemplo, los datos pueden volverse inconsistentes entre los nodos principal y de réplica debido a la latencia de sincronización. Para prevenir estos riesgos y evitar la escritura duplicada causada por la caché del Sistema de Nombres de Dominio (DNS), los nodos de datos permanecen en modo de solo lectura hasta por 30 segundos.

• Cuando una instancia entra en estado Switching, no es posible gestionarla. Por ejemplo, no puede modificar la configuración de la instancia ni migrarla a otra zona.

Mientras una instancia se encuentra en estado Switching, no puede cancelar la tarea de cambio de rol ni sobrescribirla al iniciar otro cambio.

Procedimiento

1. Inicie sesión en la consola y vaya a la página de Instances. En la barra de navegación superior, seleccione la región donde reside la instancia que desea gestionar. Luego, localice la instancia y haga clic en su ID.

2. En el panel de navegación izquierdo, haga clic en Service Availability.

3. En el área Data Node, seleccione el shard de datos que desea cambiar y haga clic en Failover.

   Nota

   Para instancias de clúster, esta página muestra las zonas de los nodos principal y de réplica correspondientes a cada shard de datos.

4. En el panel que aparece, seleccione cuándo debe surtir efecto el cambio de rol.

   • Apply Immediately: El cambio de rol surte efecto de inmediato.

   • Effective Within Maintenance Window: El cambio de rol se ejecuta durante la ventana de mantenimiento configurada. Set a maintenance window.

   Nota

   Si selecciona Effective Within Maintenance Window, el sistema inicia los preparativos de inmediato, como la solicitud de recursos y la sincronización de datos. El estado de la instancia cambia a Switching, pero sus servicios no se ven afectados. El cambio real de rol y sus impactos (desconexiones transitorias y estado de solo lectura) ocurren únicamente cuando comienza la Maintenance Window.

   Una vez que la instancia entra en estado Switching, no puede cancelar la tarea de cambio de rol; si intenta iniciar otro cambio, se generará un error de estado. Para acelerar el proceso, vaya a la página Basic Information de la instancia y modifique la hora de inicio de la ventana de mantenimiento para que coincida con la hora actual. El sistema programará automáticamente la tarea de cambio de rol, la cual suele completarse en menos de un minuto.

5. Haga clic en OK.

   Complete la autenticación secundaria (como la autenticación multifactor o MFA) según se le solicite. Después de aprobar la autenticación, no será necesario volver a autenticarse durante 15 minutos.

Operaciones de API relacionadas

Referencias

Tair (compatible con Redis OSS) también admite failover automático. El sistema supervisa continuamente el estado de los nodos. Si el nodo principal deja de estar available, el sistema promueve automáticamente la réplica a nodo principal para garantizar una alta disponibilidad del servicio. Para obtener más información, consulte High availability overview.