SUR CETTE PAGE
Comprendre les composants de Virtual Chassis
Cette rubrique décrit les composants d’un EX Series ou d’un Virtual Chassis QFX Series.
-
Un Virtual Chassis EX Series est une combinaison prise en charge de commutateurs EX Series autonomes interconnectés et gérés comme un seul châssis.
Remarque :Nous déconseillons d’utiliser les commutateurs EX9200 dans un Virtual Chassis, et nous avons progressivement supprimé la prise en charge de cette architecture à partir de Junos OS version 17.1R1. Pour les déploiements avec des commutateurs EX9200, nous vous recommandons de planifier ou de migrer vers des architectures MC-LAG ou Junos Fusion Enterprise plutôt que d’utiliser un Virtual Chassis.
-
Un Virtual Chassis QFX Series est une combinaison prise en charge de commutateurs autonomes QFX5100, QFX5110, QFX5120 ou QFX5200 interconnectés et gérés comme un seul châssis. EX4650 Virtual Chassis fonctionne de la même manière que Virtual Chassis QFX5120, de sorte que la plupart des informations de cette rubrique sur QFX Series Virtual Chassis en général s’appliquent également à un Virtual Chassis EX4650, avec quelques différences de support spécifiques à la plate-forme.
Remarque :Les commutateurs EX4300 (à l’exception des modèles multigigabit [EX4300-48MP]) peuvent également être interconnectés dans un Virtual Chassis mixte avec des commutateurs QFX5100.
Prise en charge maximale des commutateurs
Le nombre maximal de commutateurs pris en charge par un Virtual Chassis varie selon le Virtual Chassis et peut également dépendre de la version de Junos OS exécutée sur le Virtual Chassis.
- Nombre maximal de commutateurs dans un Virtual Chassis EX Series
- Nombre maximal de commutateurs dans un Virtual Chassis QFX Series (y compris les Virtual Chassis mixtes avec les commutateurs EX Series)
Nombre maximal de commutateurs dans un Virtual Chassis EX Series
Le Tableau 1 répertorie le nombre maximal de commutateurs membres pris en charge dans un Virtual Chassis EX Series par version de Junos OS.
| Type de Virtual Chassis EX Series |
Nombre maximal de commutateurs membres par version de Junos OS |
|---|---|
| EX2300 Virtual Chassis |
18.4R1 : à partir de Junos OS version 18.4R1, jusqu’à 4 commutateurs membres de n’importe quel modèle EX2300 (y compris les modèles multi-gigabit et tout autre commutateur EX2300) peuvent être combinés dans le même Virtual Chassis. |
| EX3400 Virtual Chassis |
15.1X53-D50 : version initiale. Jusqu’à 10 commutateurs membres EX3400. |
| EX4100 Virtual Chassis | 22.2R1 — Libération initiale. Jusqu’à 10 commutateurs membres EX4100. |
| EX4300 Virtual Chassis |
18.2R1 : à partir de la version 18.2R1 de Junos OS avec l’introduction des commutateurs EX4300 multigigabit (EX4300-48MP), un Virtual Chassis EX4300 peut contenir jusqu’à 10 commutateurs EX4300 multi-gigabit en tant que modèle Virtual Chassis non mixte ou une combinaison de commutateurs EX4300 multi-gigabit avec d’autres commutateurs EX4300 en tant que Virtual Chassis EX4300 mixte. |
| EX4400 Virtual Chassis |
21.1R1 — Libération initiale. Jusqu’à 10 commutateurs membres EX4400. 21.2R1 : à partir de Junos OS version 21.2R1, un Virtual Chassis EX4400 peut également inclure EX4400 commutateurs multigigabits (EX4400-24MP et EX4400-48MP). |
| EX4650 Virtual Chassis |
19.3R1 — Libération initiale. Jusqu’à 2 commutateurs EX4650 dans les rôles de moteur de routage uniquement. 20.1R1 : à partir de la version 20.1R1 de Junos OS, un Virtual Chassis EX4650 peut avoir jusqu’à 4 membres. |
Nombre maximal de commutateurs dans un Virtual Chassis QFX Series (y compris les Virtual Chassis mixtes avec les commutateurs EX Series)
Le Tableau 2 répertorie le nombre maximal de commutateurs membres pris en charge dans une version de Virtual Chassis by QFX Series by Junos OS, y compris les composants mixtes de Virtual Chassis QFX Series avec des commutateurs EX Series.
| Type de Virtual Chassis QFX Series |
Nombre maximal de commutateurs membres par version de Junos OS |
|---|---|
| Virtual Chassis QFX5110 :
|
17.3R1 — Libération initiale. Jusqu’à 10 commutateurs membres. |
| Virtual Chassis QFX5120 : |
19.3R1 : version initiale sur les commutateurs QFX5120-48Y. Jusqu’à 2 commutateurs membres, tous deux dans le rôle de moteur de routage. 20.2R1 : version initiale sur les commutateurs QFX5120-48T. Jusqu’à 2 commutateurs membres, tous deux dans le rôle de moteur de routage. 20.3R1 : version initiale sur les commutateurs QFX5120-32C. Jusqu’à 2 commutateurs membres, tous deux dans le rôle de moteur de routage. |
| Virtual Chassis QFX5200 :
|
17.3R2 et 17.4R1 : version initiale. Jusqu’à 3 commutateurs membres. |
Ports Virtual Chassis (VCP)
Vous configurez un Virtual Chassis en configurant des ports Virtual Chassis (VCP) sur les commutateurs membres et en interconnectant les commutateurs à l’aide des VCP. Les VCP sont responsables de la transmission de tout le trafic de données et de contrôle entre les commutateurs membres du Virtual Chassis.
- Virtual Chassis Port Options
- Conversion automatique du port Virtual Chassis (VCP)
- Groupes d’agrégation de liaisons de ports Virtual Chassis
Virtual Chassis Port Options
Certains commutateurs ont des VCP dédiés ; vous ne pouvez utiliser ces ports qu’en tant que VCP et vous ne pouvez pas les reconfigurer en tant que ports réseau. Les VCP dédiés vous permettent d’interconnecter des commutateurs dans un Virtual Chassis sans nécessiter de configuration d’interface supplémentaire.
Certains commutateurs ont des ports configurés en tant que VCP par défaut. Vous n’avez pas besoin de les configurer explicitement en tant que VCP pour les utiliser pour interconnecter les commutateurs dans un Virtual Chassis.
La plupart des commutateurs ont des ports optiques ou de liaison montante que vous pouvez également configurer en tant que VCP.
Vous devez configurer les VCP pour interconnecter des commutateurs qui n’ont pas de VCP dédiés ou configurés par défaut, ou pour interconnecter des commutateurs sur des distances plus grandes que celles autorisées par une connexion VCP dédiée. Sinon, vous pouvez combiner n’importe laquelle des options VCP prises en charge parmi les membres d’un Virtual Chassis, et nous vous recommandons d’avoir des liens redondants entre deux membres pour la résilience ou pour augmenter la bande passante de communication des membres. Les VCP sont automatiquement regroupés dans un groupe d’agrégation de liens lorsque deux ports ou plus fonctionnant à la même vitesse sont configurés en VCP entre les deux mêmes commutateurs membres. Voir Comprendre l’agrégation de liaisons de ports Virtual Chassis pour plus de détails.
Lors de l’ajout de commutateurs à un Virtual Chassis existant ou de nouvelles liaisons redondantes entre des membres existants, si la fonctionnalité de conversion VCP automatique est activée, dans les bonnes conditions, les ports des deux côtés de la connexion seront automatiquement convertis en VCP (voir Conversion automatique des ports Virtual Chassis (VCP)).
Le Tableau 3 résume les options VCP disponibles sur les commutateurs d’un Virtual Chassis EX Series ou QFX Series. Pour plus d’informations sur l’emplacement des VCP dédiés, des VCP configurés par défaut ou des ports pouvant être configurés en tant que VCP sur un commutateur, ainsi que sur les émetteurs-récepteurs et les câbles pris en charge que vous pouvez utiliser pour les connexions VCP sur le commutateur, reportez-vous à la documentation matérielle de ce type de commutateur.
| Commutateur |
VCP dédiés |
VCP par défaut |
Ports qui peuvent être configurés et pris en charge en tant que VCP |
|---|---|---|---|
| EX2300 (y compris les modèles EX2300 multi-gigabit) |
Aucun |
Aucun |
Ports de liaison montante Ethernet 10 Gigabit avec transferts SFP+
Remarque :
Vous ne pouvez pas utiliser des ports avec des émetteurs-récepteurs SFP en tant que VCP sur des commutateurs EX2300 pour former un Virtual Chassis. |
| EX4100 | 4 ports SFP28 25 Gbit/s en façade | 4 ports SFP28 25 Gbit/s en façade | Aucun |
| EX4100-F |
4 ports SFP+ 10 Gbit/s en façade |
4 ports SFP+ 10 Gbit/s en façade |
Aucun |
| EX4300 |
Aucun |
Tous les ports QSFP+ |
Tous les ports de liaison montante installés avec des émetteurs-récepteurs SFP+ ou QSPF+
Remarque :
Sur les commutateurs EX4300 à 32 ports, vous ne pouvez pas utiliser les quatre ports SFP+ 10 Gigabit Ethernet intégrés comme VCP. |
| Modèles EX4300 multi-gigabit (EX4300-48MP) |
4 ports QSFP+ 40 Gbit/s sur le panneau arrière |
Aucun |
Aucun |
| EX4400 (y compris les modèles EX4400 multi-gigabit) |
Aucun | 4 interfaces logiques VCP 50 Gbit/s utilisant les deux ports QSFP28 100 Gbit/s sur le panneau arrière (emplacement PIC 1) | Aucun |
| EX4650 |
Aucun |
Aucun |
N’importe quel port 40 Gigabit Ethernet ou 100 Gigabit QSFP28 sur le panneau avant (ports 48 à 55), non canalisé
Remarque :
Le système d’exploitation Junos OS ne vous empêche pas d’essayer de définir d’autres ports en tant que VCP, mais ils ne fonctionnent pas correctement en tant que VCP. |
| QFX5110 |
Aucun |
Aucun |
N’importe quel port 40 Gigabit Ethernet ou 100 Gigabit Ethernet QSFP28 Toute interface QSFP+ 40-Gigabit Ethernet non canalisée Toute interface SFP+ 10 Gigabit Ethernet non canalisée (sur les modèles de commutateurs QFX5110 prenant en charge ces ports) |
| QFX5120 |
Aucun |
Aucun |
(QFX5120-48Y) N’importe lequel des huit ports 40 Gigabit Ethernet ou 100 Gigabit Ethernet QSFP+ ou QSFP28 sur le panneau avant (ports 48 à 55), non canalisé (QFX5120-48T) N’importe lequel des six ports 40 Gigabit Ethernet ou 100 Gigabit Ethernet QSFP+ ou QSFP28 sur le panneau avant (ports 48 à 53), non canalisé
Remarque :
Les ports autres que ceux spécifiés ci-dessus pour les commutateurs QFX5120-48Y et QFX5120-48T ne sont pas pris en charge en tant que VCP. La CLI de Junos OS ne renvoie pas d’erreur si vous essayez de définir d’autres ports en tant que VCP, mais qu’ils ne fonctionneront pas correctement en tant que VCP. (QFX5120-32C) Tous les ports réseau non canalisés (ports 0 à 31) installés avec des émetteurs-récepteurs QSFP+ 40 Gbit/s ou QSFP28 100 Gbit/s |
| QFX5200 |
Aucun |
Aucun |
N’importe quel port Ethernet QSFP+ 40 Gigabit À partir de la version 17.3R2-S4 de Junos OS, vous pouvez également utiliser des ports QSFP28 100 Gigabit Ethernet comme VCP sur les commutateurs QFX5200. |
Les interfaces QSFP+ qui ont été canalisées en interfaces SFP+ à l’aide d’un câble breakout ne peuvent pas être configurées en VCP.
Conversion automatique du port Virtual Chassis (VCP)
Lorsque la fonctionnalité de conversion VCP automatique est activée et que vous câblez une nouvelle liaison à partir d’un nouveau commutateur ajouté à un Virtual Chassis existant, ou que vous ajoutez une liaison redondante entre deux membres d’un Virtual Chassis, les ports qui peuvent être des VCP sont automatiquement convertis en VCP dans les conditions suivantes :
-
Le protocole LLDP (Link Layer Discovery Protocol) ou LLDP-Media Endpoint Discovery (LLDP-MED) est activé sur les interfaces pour les membres aux deux extrémités de la nouvelle liaison. Les deux parties échangent des paquets LLDP pour effectuer la conversion des ports.
-
Le Virtual Chassis doit être préprovisionné avec les commutateurs des deux côtés de la liaison déjà configurés dans la liste des membres du Virtual Chassis à l’aide de la
set virtual-chassis membercommande. -
Les interfaces des ports aux deux extrémités de la liaison ne sont pas déjà configurées en tant que VCP. Les deux côtés du lien doivent être dans le même état pour l’établissement de la liaison et l’établissement du lien VCP.
L’utilisation de la conversion VCP automatique lors de l’ajout d’un commutateur à un Virtual Chassis préprovisionné est également appelée provisionnement automatique du nouveau membre.
Pour que les ports soient éligibles à la conversion VCP automatique, vous devez les reconvertir en ports réseau à l’aide de la commande s’il request virtual-chassis vc-port delete s’agit de VCP configurés par défaut ou si vous les avez précédemment configurés en VCP. Les commutateurs ne reconvertissent pas automatiquement les VCP en ports réseau lorsque vous les supprimez d’un Virtual Chassis et déconnectez les liaisons.
La conversion VCP automatique est activée par défaut sur tous les Virtual Chassis, sauf dans les cas suivants :
- La conversion VCP automatique ne s'applique pas aux commutateurs EX4400 d'un Virtual Chassis. Sur ces commutateurs, pour convertir les VCP par défaut en ports réseau ou les reconvertir de ports réseau en ports VCP, vous devez définir explicitement le mode de port à l’aide de la
request virtual-chassis mode network-portcommande, puis redémarrer le commutateur. -
Pour tout Virtual Chassis EX4650 et QFX5120 (qui ont tous la fonctionnalité de conversion VCP automatique activée par défaut), vous pouvez choisir de désactiver la fonctionnalité en configurant
no-auto-conversionau niveau de la[edit virtual-chassis]hiérarchie sur le Virtual Chassis. Pour revenir au comportement par défaut afin de réactiver la conversion VCP automatique, supprimez l’instructionno-auto-conversionde la configuration.
Groupes d’agrégation de liaisons de ports Virtual Chassis
Vous pouvez augmenter la bande passante VCP entre les commutateurs membres en configurant plusieurs liaisons entre les deux mêmes commutateurs en liaisons VCP. Lorsque plusieurs VCP interconnectent les deux mêmes commutateurs membres, les liaisons forment automatiquement un bundle LAG (Link Aggregation Group) si les liaisons VCP ont la même vitesse. Par exemple, si vous avez deux liaisons VCP QSFP+ de 40 Gbit/s connectées entre des commutateurs membres, les liaisons forment automatiquement un LAG avec une bande passante totale de 80 Gbit/s. Cependant, les liaisons SFP+ 10 Gigabit et QSFP+ VCP 40 Gbit/s ne deviendront pas membres du même LAG.
Au sein d’un Virtual Chassis, vous pouvez également configurer des interfaces réseau situées sur différents commutateurs membres du Virtual Chassis pour former un LAG, qui assure l’équilibrage de charge et la redondance du trafic réseau transféré par le Virtual Chassis. Voir Comprendre l’agrégation de liaisons de ports Virtual Chassis pour plus de détails sur la différence entre les LAG VCP et les LAG d’interface réseau au sein d’un Virtual Chassis.
Rôle principal du moteur de routage
Dans un Virtual Chassis, chaque commutateur membre fonctionne dans l’un des deux rôles, le rôle de moteur de routage ou le rôle de carte de ligne. Lorsque vous avez le rôle de moteur de routage, un commutateur membre agit comme le moteur de routage principal ou de secours.
Membre principal du moteur de routage dans le Virtual Chassis :
-
Gestion des commutateurs membres.
-
Exécute Junos OS pour les commutateurs en tant que moteur de routage principal.
-
Exécute les processus de gestion du châssis et les protocoles de contrôle.
-
Représente tous les commutateurs membres interconnectés dans la configuration Virtual Chassis. (Le nom d’hôte et les autres propriétés que vous attribuez à ce commutateur lors de l’installation s’appliquent à tous les membres de la configuration Virtual Chassis.)
Dans une configuration préprovisionnée, l’algorithme d’élection du rôle principal de Virtual Chassis détermine quel commutateur membre du rôle de moteur de routage agit en tant que commutateur principal de Virtual Chassis et lequel agit en tant que système de secours. Voir Présentation du mode d’élection du principal dans un Virtual Chassis.
Dans une configuration qui n’est pas préprovisionnée, appelée configuration non provisionnée , Virtual Chassis sélectionne le principal et le secondaire à l’aide de la valeur de priorité du rôle principal et des facteurs secondaires dans l’algorithme d’élection du rôle principal.
Les commutateurs restants du Virtual Chassis qui ne sont pas le commutateur principal ou de secours fonctionnent dans le rôle de carte de ligne.
Suivez les instructions suivantes pour attribuer des rôles de moteur de routage aux commutateurs d’un Virtual Chassis mixte :
-
Dans un Virtual Chassis QFX5110 avec des commutateurs QFX5110 et QFX5100, nous vous recommandons de configurer uniquement les commutateurs QFX5110 dans le rôle de moteur de routage.
-
Dans un Virtual Chassis EX4650 ou QFX5120 à deux membres, configurez les deux commutateurs membres dans le rôle de moteur de routage en tant que commutateurs membres principaux et de secours uniquement (aucun membre de rôle de carte de ligne).
Rôle du moteur de routage de secours
Membre qui fonctionne dans le rôle de moteur de routage de secours dans un Virtual Chassis :
-
Maintient un état de préparation pour reprendre le rôle de moteur de routage principal en cas de défaillance du moteur principal.
-
Exécute Junos OS pour les commutateurs en tant que moteur de routage de secours.
-
Se synchronise avec l’infrastructure principale en termes d’états de protocole, de tables de transfert et d’autres informations, de sorte qu’elle est prête à préserver les informations de routage et à maintenir la connectivité réseau sans interruption en cas d’indisponibilité de l’infrastructure primaire.
La configuration Virtual Chassis doit avoir au moins deux commutateurs membres pour avoir un membre de moteur de routage de secours.
Dans une configuration préprovisionnée, l’algorithme d’élection du rôle principal de Virtual Chassis détermine quel commutateur membre du rôle de moteur de routage agit en tant que commutateur principal de Virtual Chassis et lequel agit en tant que système de secours. Voir Présentation du mode d’élection du principal dans un Virtual Chassis.
Dans une configuration non provisionnée, le Virtual Chassis sélectionne les commutateurs membres principal et de secours à l’aide de la valeur de priorité du rôle principal et des facteurs secondaires dans l’algorithme d’élection du rôle principal.
Suivez les instructions suivantes pour attribuer des rôles de moteur de routage aux commutateurs d’un Virtual Chassis mixte :
-
Dans un Virtual Chassis EX4300 mixte composé du modèle EX4300 multi-gigabit (EX4300-48MP) et d’autres commutateurs EX4300, vous devez toujours avoir des commutateurs EX4300 multi-gigabit dans les rôles principal et de secours du moteur de routage.
-
Dans un Virtual Chassis QFX5110 avec des commutateurs QFX5110 et QFX5100, nous vous recommandons de configurer uniquement les commutateurs QFX5110 dans le rôle de moteur de routage.
-
Dans un Virtual Chassis EX4650 ou QFX5120 à deux membres, configurez les deux commutateurs membres dans le rôle de moteur de routage en tant que commutateurs membres principaux et de secours uniquement (aucun membre de rôle de carte de ligne).
Rôle de la carte de ligne
Membre qui fonctionne dans le rôle de carte de ligne dans un Virtual Chassis :
-
Exécute uniquement un sous-ensemble de Junos OS.
-
N’exécute pas les protocoles de contrôle du châssis.
-
Peut détecter certaines conditions d’erreur (comme un câble débranché) sur toutes les interfaces qui y ont été configurées via le réseau principal.
La configuration Virtual Chassis doit avoir au moins trois membres pour inclure un membre de carte de ligne.
Dans une configuration préprovisionnée, vous pouvez configurer explicitement un membre avec le rôle de carte de ligne, ce qui signifie qu’il ne peut pas s’agir d’un moteur de routage principal ou de secours.
Dans une configuration non provisionnée, les membres qui ne sont pas sélectionnés comme membres principaux ou de secours fonctionnent comme membres de carte de ligne du Virtual Chassis. Le Virtual Chassis sélectionne les commutateurs membres principaux et secondaires à l’aide de la valeur de priorité du rôle principal et des facteurs secondaires dans l’algorithme d’élection du rôle principal. Un commutateur dont la priorité de rôle principal est 0 est toujours dans le rôle de carte de ligne.
Dans tout Virtual Chassis à deux membres, pour une haute disponibilité, vous devez configurer les deux membres dans le rôle de moteur de routage et aucun membre dans le rôle de carte de ligne. Sinon, dans un Virtual Chassis avec plus de deux membres, tout type de commutateur pris en charge peut fonctionner dans le rôle de carte de ligne.
Utilisez les instructions suivantes pour attribuer des rôles de moteur de routage et de carte de ligne aux commutateurs d’un Virtual Chassis QFX Series :
-
Dans un Virtual Chassis QFX5110 composé de commutateurs QFX5110 et QFX5100, nous vous recommandons de configurer uniquement QFX5110 commutateurs dans le rôle moteur de routage.
Commutateur de membre et ID de membre
Chaque commutateur autonome prenant en charge Virtual Chassis est un membre potentiel d’une configuration Virtual Chassis. Lorsque vous mettez l’un de ces commutateurs sous tension, il dispose d’un ID de membre Virtual Chassis que vous pouvez voir sur l’écran LCD du panneau avant de certains commutateurs ou dans show virtual-chassis la sortie de commande. Si le commutateur est mis sous tension en tant que commutateur autonome, son ID de membre est toujours 0. Lorsque vous interconnectez le commutateur dans une configuration Virtual Chassis, le commutateur membre principal lui attribue un ID de membre en fonction de divers facteurs tels que l’ordre dans lequel le commutateur a été ajouté au Virtual Chassis ou si vous avez défini des ID de membre en fonction des numéros de série des commutateurs dans le processus de préprovisionnement.
Si la configuration Virtual Chassis incluait auparavant un commutateur membre et que vous avez physiquement déconnecté ou supprimé ce membre de la configuration Virtual Chassis, son ID de membre n’est pas automatiquement disponible pour l’attribution dans le cadre de l’attribution d’ID de membre séquentiel standard du principal. Par exemple, vous pouvez avoir une configuration Virtual Chassis avec les membres 0, 2 et 3, car le membre 1 a été supprimé. Lorsque vous ajoutez un autre commutateur membre et que vous le mettez sous tension, le commutateur principal lui attribue l’ID 4, et non l’ID 1. Si vous souhaitez réutiliser un ID de membre à partir d’un commutateur membre qui a été supprimé, vous pouvez recycler l’ID de membre (voir la request virtual-chassis recycle commande pour plus de détails).
L’ID de membre distingue les commutateurs membres les uns des autres. Vous utilisez l’ID de membre pour :
-
Attribuez une valeur de priorité de rôle principal à un commutateur membre.
-
Configurez les interfaces d’un commutateur membre, de la même manière que vous spécifiez un numéro d’emplacement de périphérique Juniper Networks.
-
Appliquez des commandes opérationnelles à un commutateur membre.
-
Affichez l’état ou les caractéristiques d’un commutateur membre.
Priorité du rôle principal
Dans une configuration non provisionnée, vous pouvez désigner le rôle (rôle principal ou de secours dans le moteur de routage ou rôle de carte de ligne) qu’assume un commutateur membre en configurant sa priorité de rôle principal (un nombre compris entre 0 ). 255 La valeur de priorité du rôle principal est la première considération dans l’algorithme d’élection du rôle principal pour sélectionner le rôle principal de la configuration Virtual Chassis. Un commutateur dont le rôle principal est prioritaire n’assume 0 jamais le rôle de moteur de routage secondaire ou principal.
Lorsque vous mettez un commutateur autonome sous tension, il a la valeur 128de priorité de rôle principal par défaut . Étant donné qu’il s’agit du seul commutateur membre dans sa propre configuration Virtual Chassis, il est également le membre principal. Lorsque vous interconnectez un commutateur autonome à une configuration Virtual Chassis existante (qui possède déjà sa propre configuration principale), nous vous recommandons de configurer explicitement la priorité du rôle principal des membres que vous souhaitez utiliser comme principal et de secours.
La configuration de la même valeur de priorité de rôle principal pour le principal et le serveur de secours permet d’assurer une transition en douceur du serveur principal vers le système de sauvegarde si le serveur principal n’est plus disponible. Il empêche le principal d’origine de préempter le contrôle de la sauvegarde lorsque la sauvegarde a pris le contrôle de la configuration Virtual Chassis parce que le principal d’origine est devenu indisponible.
Dans une configuration préprovisionnée, vous ne pouvez pas configurer manuellement les valeurs de priorité du rôle principal. Vous attribuez le rôle de chaque commutateur membre, et le Virtual Chassis attribue automatiquement la priorité du rôle principal en fonction du rôle attribué.
Identifiant de Virtual Chassis (VCID)
Tous les membres d’une configuration Virtual Chassis partagent un identifiant Virtual Chassis (VCID). Le Virtual Chassis dérive cet identifiant de paramètres internes. Lorsque vous surveillez une configuration Virtual Chassis, certaines vues d’interface et la show virtual-chassis commande affichent le VCID.
Stockage non volatile dans un Virtual Chassis
Les commutateurs EX Series et QFX Series stockent les fichiers système de Junos OS dans une mémoire flash interne. Dans les configurations Virtual Chassis, le commutateur principal et le commutateur de secours stockent les informations de configuration de tous les commutateurs membres.
Junos OS optimise la façon dont un Virtual Chassis stocke sa configuration si un commutateur membre ou la configuration de Virtual Chassis ne s’arrête pas correctement, comme suit :
-
Si l’élément principal n’est pas disponible, le commutateur de secours assume le rôle d’utilisateur principal et sa mémoire flash interne prend le relais en tant qu’emplacement alternatif pour la gestion de la mémoire de configuration non volatile.
-
Si vous mettez un commutateur membre hors ligne pour réparation, le commutateur principal stocke la configuration du commutateur membre.
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.
no-auto-conversion au niveau de la
[edit virtual-chassis] hiérarchie sur le Virtual Chassis.