Comprendre la division et la fusion dans un Virtual Chassis
Dans un Virtual Chassis, vous connectez deux commutateurs ou plus pour former une unité gérée comme un châssis unique. Si les commutateurs membres du Virtual Chassis tombent en panne ou si vous supprimez des commutateurs membres, cela perturbe la configuration du Virtual Chassis. Dans certains cas, la configuration de Virtual Chassis se scinde en deux Virtual Chassis distincts, ce qui peut entraîner des perturbations du réseau si les deux Virtual Chassis résultants partagent des ressources communes telles que des adresses IP globales.
La fonctionnalité de scission et de fusion de Virtual Chassis permet d’éviter que les configurations distinctes de Virtual Chassis n’affectent négativement le réseau. Il permet également aux deux parties de fusionner en une seule configuration Virtual Chassis.
Si une configuration Virtual Chassis se divise en parties distinctes, nous vous recommandons de résoudre le problème à l’origine de 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 ne faisaient pas partie de la même configuration auparavant) en une seule configuration Virtual Chassis.
La fonction de fractionnement et de fusion est activée par défaut sur 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 est scindée ?
Lorsqu’une configuration Virtual Chassis se scinde en deux configurations Virtual Chassis distinctes, les commutateurs membres individuels détectent ce changement de topologie et exécutent l’algorithme d’élection du rôle principal pour sélectionner un nouveau rôle principal pour chacune des deux configurations Virtual Chassis. Les nouveaux serveurs principaux déterminent ensuite si leur configuration Virtual Chassis reste active. L’une des configurations reste active pour les raisons suivantes :
-
Il contient à la fois la sauvegarde principale stable et la sauvegarde stable (c’est-à-dire la sauvegarde principale et la sauvegarde de la configuration Virtual Chassis d’origine avant la division).
-
Il contient le principal stable et la configuration est supérieure à la moitié de la taille de Virtual Chassis.
-
Il contient la sauvegarde stable et représente au moins la moitié de la taille de Virtual Chassis.
Conformément aux règles données dans les deuxième et troisième éléments de liste, si la configuration de Virtual Chassis se divise en deux parties égales et que la sauvegarde principale stable et la sauvegarde stable se trouvent dans des parties différentes, la partie qui contient la sauvegarde stable devient active.
Le nombre de membres dans la configuration Virtual Chassis inclut tous les commutateurs membres connectés à ce jour moins le nombre dont les ID de membre Virtual Chassis ont été recyclés (c’est-à-dire rendus disponibles pour réaffectation). 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 commutateur membre est recyclé.
Ces règles garantissent qu’une seule des deux configurations Virtual Chassis distinctes créées par la scission 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 originale de Virtual Chassis est résolu, permettant aux deux configurations de Virtual Chassis de fusionner.
-
Vous chargez la configuration d’usine par défaut sur les membres inactifs, ce qui permet aux membres inactifs de fonctionner comme des commutateurs autonomes ou de faire partie d’une configuration Virtual Chassis différente.
Lorsqu’un membre (principalement une carte de ligne ou une sauvegarde) est mis hors ligne pendant une durée prolongée, il est fortement recommandé de recycler l’ID de membre à l’aide de la request virtual-chassis recycle commande pour les scénarios de châssis virtuel non provisionnés et de la commande pour les delete virtual-chassis member scénarios de châssis virtuel pré-provisionnés. Ceci est fortement recommandé pour éviter tout problème qui pourrait entraîner une instabilité du châssis virtuel.
Fusion de configurations Virtual Chassis
Il existe deux scénarios dans lesquels des Virtual Chassis distincts fusionnent :
Une configuration Virtual Chassis qui s’était scindée en deux fusionne à nouveau en une seule configuration, car le problème à l’origine de sa scission a été résolu.
Vous souhaitez fusionner deux Virtual Chassis qui n’avaient pas encore été configurés ensemble.
Chaque configuration Virtual Chassis possède un ID unique (VCID) qui est automatiquement attribué lors de la configuration de Virtual Chassis. Vous pouvez également affecter explicitement un VCID à l’aide de la set virtual-chassis id commande. Un VCID que vous attribuez est prioritaire sur les VCID attribué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 fusionner ou non. 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, les configurations peuvent 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 ne peuvent fusionner que 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 toutes les deux actives et que l’une d’elles possède un VCID configuré par l’utilisateur, cet ID devient l’ID du Virtual Chassis fusionné. Si aucun des deux Virtual Chassis n’a de VCID configuré par l’utilisateur, le VCID de la configuration avec la priorité de rôle principal la plus élevée devient l’ID du Virtual Chassis fusionné. 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 (shortest-path-first). 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 primaire fusionne les VCID de tous les membres.
Chaque membre exécute l’algorithme d’élection du rôle principal pour sélectionner un principal et un remplaçant parmi tous les membres ayant les mêmes VCID. Pour plus d’informations, consultez Comprendre comment le principal dans un Virtual Chassis est élu.
Le primaire détermine si la configuration Virtual Chassis est active ou inactive. (Voir Procédure en cas de scission d’une configuration Virtual Chassis.)
Si la configuration Virtual Chassis est active, le serveur principal attribue des rôles à tous les membres. Si la configuration Virtual Chassis est inactive, le serveur principal attribue à tous les membres le rôle de carte de ligne.
Lorsque les autres membres reçoivent leur rôle du serveur principal, ils changent leur rôle en rôle de secours ou de carte de ligne. Ils utilisent également les informations d’état actif ou inactif envoyées par le serveur principal pour définir leur propre état sur actif ou inactif et pour construire la liste des membres de Virtual Chassis à partir des informations envoyées par le serveur principal.
Si l’état Virtual Chassis est actif, le serveur principal attend les messages des membres indiquant qu’ils ont remplacé leurs rôles par les rôles attribués, puis le serveur principal remplace son propre rôle par principal.
Lorsque vous fusionnez deux Virtual Chassis qui ne faisaient pas partie de la même configuration Virtual Chassis, tous les paramètres de configuration (tels que les paramètres des services Telnet et FTP, le basculement gracieux du moteur de routage (GRES), le basculement rapide, les VLAN, etc.) qui existent sur le nouveau serveur principal deviennent les paramètres de configuration pour tous les membres du nouveau Virtual Chassis, en remplaçant tous les autres paramètres de configuration.