Administrator Guide

detach-rule
Les règles de déconnexion constituent une règle de groupe de cohérence pour la sélection automatique d’un cluster gagnant en cas de
panne de liaison intercluster.
Pour les configurations Metro Node Metro, il existe deux règles de déconnexion de groupe de cohérence :
● no-automatic-winner – Le groupe de cohérence ne sélectionne pas de cluster gagnant.
● winner cluster-name delay seconds – Le cluster défini par cluster-name est déclaré vainqueur si une panne de liaison
intercluster dure plus longtemps que le nombre de secondes défini par le délai.
Si une règle de déconnexion a été paramétrée pour un groupe de cohérence, la règle s’applique à tous les volumes du groupe de
cohérence, et remplace tout ensemble de règles appliqué aux volumes individuels.
Cette propriété ne s’applique pas aux groupes de cohérence locaux.
Par défaut, aucune règle de déconnexion spécifique n’est configurée pour un groupe de cohérence. En revanche, la règle de déconnexion
no-automatic-winner est définie comme valeur par défaut pour un groupe de cohérence avec visibilité sur les deux clusters.
Il est recommandé d’appliquer les règles de déconnexion à un groupe de cohérence qui répond aux besoins de votre application en matière
de continuation des E/S et de tolérance aux pertes de données.
Utilisez les commandes consistency-group set-detach-rule pour configurer la propriété detach-rule d’un groupe de
cohérence :
● Utilisez la commande consistency-group set-detach-rule no-automatic-winner pour définir la propriété detach-rule
sur no-automatic-winner :
VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set-detach-rule no-automatic-winner
● Utilisez la commande consistency-group set-detach-rule winner pour spécifier quel est le cluster vainqueur, et le
nombre de secondes que Metro Node attend entre une panne de liaison et la déconnexion du cluster gagnant :
VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set-detach-rule winner --cluster
cluster-1 --delay 5s
Le tableau suivant décrit le comportement de la règle de déconnexion pour un groupe de cohérence synchrone.
Tableau 10. Comportement de la règle de déconnexion – Groupe de cohérence synchrone
Règles de déconnexion Comportement (indépendamment du cluster sur lequel les
E/S se produisent)
Cluster-1 wins Les E/S sont autorisées sur le cluster-1
Les E/S sont interrompues sur le cluster-2
Aucune perte de données/aucune restauration des données
Cluster-2 wins Les E/S sont interrompues sur le cluster-1
Les E/S sont autorisées sur le cluster-2
Aucune perte de données/aucune restauration des données
Aucun cluster automatique
a
Les E/S sont interrompues sur le cluster-1
Les E/S sont interrompues sur le cluster-2
Aucune perte de données/aucune restauration des données
a.
DU sur les deux clusters si la connectivité COM WAN entre les clusters Metro Node tombe en panne.
Notez les points suivants :
● Les E/S actives indiquent des écritures actives.
● Le comportement de la règle de déconnexion décrite dans le tableau précédent est basé sur l’hypothèse qu’un tronçon fonctionnel
existe dans le cluster gagnant, au moment de la partition du cluster.
● Utilisez la commande consistency-group resume-after-rollback pour rétablir l’opération après restauration.
● Avec la règle de déconnexion no-automatic-winner, vous devez désigner manuellement un cluster comme vainqueur pour
reprendre les E/S. Utilisez la commande consistency-group choose-winner pour choisir un vainqueur.
72
Consistency Groups