Administrator Guide

Regla de desconexión
Las reglas de desconexión son una política de un grupo de coherencia para elegir automáticamente un clúster ganador cuando existe una
interrupción del vínculo entre clústeres.
Para las configuraciones de nodo metro Metro, hay dos reglas de desconexión del grupo de coherencia:
● no-automatic-winner - El grupo de coherencia no selecciona un clúster ganador.
● winner cluster-name delay seconds - El clúster especificado por el nombre del clúster se declara ganador si una
interrupción de vínculo entre clústeres demora más que la cantidad de segundos especificada por la demora.
Si un grupo de coherencia tiene configurada una regla de desconexión, dicha regla se aplica a todos los volúmenes en el grupo de
coherencia y reemplaza todos los conjuntos de reglas aplicados a los volúmenes individuales.
Esta propiedad no se aplica a los grupos de coherencia locales.
De forma predeterminada, no hay ninguna regla de desconexión específica configurada para un grupo de coherencia. En su lugar, la regla
de desconexión no-automatic-winner se configura como predeterminada para un grupo de coherencia con visibilidad para ambos
clústeres.
La mejor práctica es aplicar reglas de desconexión a un grupo de coherencia que satisfaga las necesidades de la aplicación en términos de
continuidad de I/O y tolerancia a la pérdida de datos.
Utilice los comandos consistency-group set-detach-rule para configurar la regla de desconexión para un grupo de coherencia:
● Utilice el comando consistency-group set-detach-rule no-automatic-winner para establecer la regla de desconexión
como no-automatic-winner:
VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set-detach-rule no-automatic-winner
● Utilice el comando consistency-group set-detach-rule winner para especificar qué clúster es el ganador y la cantidad de
segundos que el nodo metro espera después de una interrupción del vínculo antes de desconectar el clúster ganador:
VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set-detach-rule winner --cluster
cluster-1 --delay 5s
En la tabla a continuación, se describe el comportamiento de la regla de desconexión para el grupo de coherencia síncrono.
Tabla 10. Comportamiento de la regla de desconexión: grupo de coherencia síncrono
Regla de desconexión Comportamiento (independientemente del clúster en el que
se produzcan las operaciones de I/O)
El clúster-1 gana Se permite la actividad de I/O en el clúster-1
La actividad de I/O se suspende en el clúster-2
Sin pérdida de datos ni reversión de datos
El clúster-2 gana La actividad de I/O se suspende en el clúster-1
Se permite la actividad de I/O en el clúster-2
Sin pérdida de datos ni reversión de datos
Sin ganador automático
a
La actividad de I/O se suspende en el clúster-1
La actividad de I/O se suspende en el clúster-2
Sin pérdida de datos ni reversión de datos
a.
DU en ambos clústeres si se interrumpe la conectividad de WAN COM entre los clústeres de nodo metro
Tenga en cuenta lo siguiente:
● La I/O activa indica las escrituras activas.
● El comportamiento de la regla de desconexión que se describe en la tabla anterior se basa en la suposición de que hay una sección en
buen estado en el clúster ganador durante el tiempo de la partición del clúster.
● Utilice el comando consistency-group resume-after-rollback para reanudar después de la reversión.
● En el caso de una regla de desconexión no-automatic-winner, para reanudar la actividad de I/O, debe elegir manualmente un
clúster como ganador. Utilice el comando consistency-group choose-winner para elegir un ganador.
72
Grupos de coherencia