Understanding Split and Merge in a Virtual Chassis
Dans un châssis virtuel, vous connectez au moins deux commutateurs pour former une unité gérée comme un seul châssis. Si les commutateurs membres du virtual Chassis tombent en panne ou si vous supprimez les commutateurs membres, cela perturbe la configuration Virtual Chassis. Dans certains cas, la configuration Virtual Chassis se divise en deux virtual Chassis distincts, ce qui peut provoquer des perturbations du réseau si les deux virtual Chassis qui en résultent partagent des ressources communes, telles que des adresses IP globales.
La fonctionnalité de fractionnement et de fusion Virtual Chassis permet d’éviter que les configurations Virtual Chassis distinctes n’affectent le réseau. Il permet également de fusionner les deux parties dans une seule configuration Virtual Chassis.
Si une configuration Virtual Chassis se divise en parties distinctes, nous vous recommandons de résoudre le problème qui a provoqué la division de la configuration Virtual Chassis dès que possible.
Vous pouvez également utiliser cette fonctionnalité pour fusionner deux virtual Chassis actifs et distincts (qui n’ont pas encore fait partie de la même configuration) dans une seule configuration Virtual Chassis.
La fonctionnalité de fractionnement et de fusion est activée par défaut sur les commutateurs EX Series et QFX Series Virtual Chassis. Vous pouvez désactiver cette fonctionnalité à l’aide de la set virtual-chassis no-split-detection commande.
Que se passe-t-il lorsqu’une configuration Virtual Chassis se divise
Lorsqu’une configuration Virtual Chassis se divise en deux configurations Virtual Chassis distinctes, les commutateurs individuels des membres détectent ce changement de topologie et exécutent l’algorithme d’élection du rôle principal pour sélectionner une nouvelle principale pour chacune des deux configurations Virtual Chassis. Les nouvelles primaires déterminent ensuite si leur configuration Virtual Chassis reste active. Une des configurations reste active en fonction des éléments suivants :
Il contient à la fois le principal stable et le secours stable (c’est-à-dire le principal et le secours de la configuration Virtual Chassis d’origine avant la séparation).
Il contient le principal stable et la configuration est supérieure à la moitié de la taille virtual Chassis.
Il contient la sauvegarde stable et représente au moins la moitié de la taille du Virtual Chassis.
Conformément aux règles des deuxième et troisième éléments de la liste, si la configuration Virtual Chassis se divise en deux parties égales et que le moteur de secours stable principal et stable se divise en différentes parties, la partie qui contient la sauvegarde stable devient active.
Le nombre de membres de la configuration Virtual Chassis inclut tous les commutateurs membres connectés à ce jour, moins le nombre d’ID des membres Virtual Chassis recyclés (c’est-à-dire mis à disposition pour la réassignation). Par conséquent, la taille de la configuration Virtual Chassis augmente lorsqu'un nouveau commutateur membre est détecté et diminue lorsque l'ID d'un membre est recyclé.
Ces règles garantissent qu’une seule des deux configurations Virtual Chassis distinctes créées par la fraction reste active. Les commutateurs membres de la configuration Virtual Chassis inactive restent dans un rôle de carte de ligne. Pour que les membres inactifs redeviennent actifs, l’une des choses suivantes doit se produire :
Le problème qui a provoqué la division de la configuration Virtual Chassis d’origine est résolu, permettant ainsi la fusion des deux configurations Virtual Chassis.
Vous chargez la configuration par défaut définie en usine sur les membres inactifs, ce qui les pousse à fonctionner comme des commutateurs autonomes ou à faire partie d’une autre configuration Virtual Chassis.
Lorsque vous retirez un commutateur membre d’une configuration Virtual Chassis, nous vous recommandons de recycler l’ID de membre à l’aide de la request virtual-chassis recycle commande.
Fusionner les configurations Virtual Chassis
Il existe deux scénarios de fusion entre Virtual Chassis distincts :
Une configuration Virtual Chassis qui s’était divisée en deux fusionne maintenant en une seule configuration, car le problème qui l’avait provoqué a été résolu.
Vous souhaitez fusionner deux virtual Chassis qui n’avaient pas encore été configurés ensemble.
Chaque configuration Virtual Chassis dispose d’un ID unique (VCID) qui est automatiquement affecté lors de la formation de la configuration Virtual Chassis. Vous pouvez également explicitement attribuer un VCID à l’aide de la set virtual-chassis id commande. Un VCID que vous attribuez a préséance sur les VCID assignés automatiquement.
Lorsque vous reconnectez les configurations Virtual Chassis distinctes ou que vous les connectez pour la première fois, les membres déterminent si les configurations Virtual Chassis distinctes peuvent ou non fusionner. Les membres utilisent les règles suivantes pour déterminer si une fusion est possible :
Si les configurations Virtual Chassis ont le même VCID, elles peuvent alors fusionner. Si les deux Virtual Chassis ont été formés à la suite d’une scission, ils ont le même VCID.
Si les VCID sont différents, les deux configurations peuvent alors fusionner uniquement si les deux sont actives (les configurations inactives ne peuvent pas fusionner, ce qui garantit que les membres retirés d’une configuration Virtual Chassis ne deviennent pas membres d’une autre configuration Virtual Chassis). Si les configurations à fusionner sont actives et que l’un d’entre eux dispose d’un VCID configuré par l’utilisateur, cet ID devient l’ID de la technologie Virtual Chassis fusionnée. Si aucun des deux virtual Chassis ne dispose d’un VCID configuré par l’utilisateur, alors le VCID de la configuration avec la priorité principale la plus élevée devient l’ID de la technologie Virtual Chassis fusionnée. La configuration Virtual Chassis fusionnée résultante est active.
Lorsque vous connectez deux configurations Virtual Chassis :
La connexion des deux configurations Virtual Chassis fractionnées déclenche l’algorithme SPF (Path-First) le plus court. L’algorithme SPF calcule la topologie du réseau, puis déclenche l’algorithme d’élection du rôle principal. L’algorithme d’élection du rôle principal attend que les membres synchronisent les informations de topologie avant de s’exécuter.
L’algorithme d’élection du rôle principal fusionne les VCID de tous les membres.
Chaque membre exécute l’algorithme d’élection du rôle principal pour sélectionner une primaire et une sauvegarde parmi tous les membres ayant les mêmes VCID. Pour plus d’informations, consultez Understanding the Primary in a Virtual Chassis IsElected.
Le principal détermine si la configuration Virtual Chassis est active ou inactive. (Découvrez ce qui se passe lorsqu’une configuration Virtual Chassis se divise.)
Si la configuration Virtual Chassis est active, le principal attribue des rôles à tous les membres. Si la configuration Virtual Chassis est inactive, le principal attribue à tous les membres le rôle de carte de ligne.
Lorsque les autres membres reçoivent leur rôle du principal, ils remplacent leur rôle par un rôle de secours ou de carte de ligne. Ils utilisent également les informations d’état actives ou inactives envoyées par le principal pour définir leur propre état sur actif ou inactif et pour construire la liste des membres Virtual Chassis à partir des informations envoyées par le principal.
Si l’état Virtual Chassis est actif, le principal attend les messages des membres indiquant qu’ils ont changé leur rôle pour les rôles assignés, puis le principal change son propre rôle en rôle principal.
Lorsque vous fusionnez deux Virtual Chassis qui n’étaient pas auparavant inclus dans la même configuration Virtual Chassis, tous les paramètres de configuration (tels que les paramètres pour les services Telnet et FTP, le basculement GRES, le basculement rapide, les VLAN, etc.) qui existent sur le nouveau système principal deviennent les paramètres de configuration de tous les membres du nouveau Virtual Chassis, écraser tous les autres paramètres de configuration.