Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Comprendre la haute disponibilité sur un Virtual Chassis EX Series

Vous augmentez la haute disponibilité (HA) de votre réseau lorsque vous interconnectez un commutateur Ethernet Juniper Networks EX Series dans un Virtual Chassis. Un Virtual Chassis est plus tolérant aux pannes qu’un commutateur autonome de la gamme EX Series, car il reste actif en cas de défaillance d’un commutateur membre unique et assure une convergence inférieure à la seconde en cas de défaillance d’un équipement ou d’une liaison.

Vous pouvez améliorer davantage la haute disponibilité en configurant les fonctionnalités de haute disponibilité disponibles pour votre Virtual Chassis EX Series. Vous pouvez, par exemple, configurer des bundles LAG (Link Aggregation Groups) pour inclure des liens de membres sur plusieurs commutateurs membres d’un même Virtual Chassis. Cette configuration augmente la tolérance de panne, car le trafic traversant le LAG peut être redirigé vers un commutateur membre actif en cas de défaillance d’un commutateur membre unique.

Un Virtual Chassis dispose de deux moteurs de routage (le commutateur dans le rôle principal et le commutateur dans le rôle de secours) et prend donc en charge de nombreuses fonctionnalités HA qui ne sont pas prises en charge par les commutateurs EX Series autonomes, telles que le basculement GRES (Graceful moteur de routage Switchover) pour un basculement sans impact. Pour plus d’informations sur les fonctionnalités de haute disponibilité répertoriées dans le tableau 1 qui sont prises en charge dans votre Virtual Chassis EX Series, reportez-vous à l’Explorateur de fonctionnalités.

De nombreuses fonctionnalités HA du Virtual Chassis EX Series sont conçues pour améliorer la résilience du réseau après un basculement vers le moteur de routage. Le Tableau 1 décrit les effets d’un basculement vers le moteur de routage lorsqu’aucune fonctionnalité de haute disponibilité n’est activée et lorsque certaines fonctionnalités de haute disponibilité sont activées.

Tableau 1 : Effets d’un basculement vers un moteur de routage

Fonctionnalité de haute disponibilité

Effet du basculement du moteur de routage

Aucune fonctionnalité HA activée

Les informations sur l’état du noyau et du transfert ne sont pas conservées dans le moteur de routage de sauvegarde. Un processus de convergence qui nécessite que toutes les interfaces du Virtual Chassis soient mises hors ligne doit être effectué avant que le Virtual Chassis ne revienne en ligne. Le basculement peut prendre plusieurs minutes et Virtual Chassis n’envoie ni ne reçoit de trafic tant que le basculement n’est pas terminé.

Basculement GRES (Graceful Motor de routage Switchover) activé

Les informations sur l’état du noyau et du transfert sont conservées sur les deux moteurs de routage, de sorte que le processus de convergence ne se produit pas et que le basculement se produit rapidement avec une perte de trafic minimale.

NSR (NonStop Active Routing ), NSB (NonStop Bridging) ou les deux activés

Les protocoles de couche 2 pris en charge par NSB ne sont pas perturbés par un basculement du moteur de routage lorsque NSB est activé. Les informations de protocole de couche 2 pour tous les protocoles de couche 2 actifs sont stockées sur les deux moteurs de routage lorsque NSB est activé.

Les protocoles de couche 3 pris en charge par NSR ne sont pas perturbés par un basculement du moteur de routage lorsque NSR est activé. Les informations de protocole de couche 3 pour tous les protocoles de couche active sont stockées sur les deux moteurs de routage lorsque NSR est activé.

Redémarrage gracieux du protocole activé

Le trafic n’est pas interrompu pendant le basculement. Les informations sur l’interface et le noyau sont conservées. Les extensions de protocole de redémarrage élégantes collectent et rétablissent rapidement les informations de routage pour les protocoles pris en charge à partir des périphériques voisins.