Comprendre la mise à niveau logicielle ininterrompue sur les commutateurs EX Series
La mise à niveau logicielle non-stop (NSSU) est une fonctionnalité qui permet de mettre à niveau tous les commutateurs EX Series pris en charge dans un réseau à l’aide d’une seule commande.
La mise à niveau logicielle non-stop (NSSU) vous permet de mettre à niveau les logiciels s’exécutant sur Juniper Networks Commutateurs Ethernet EX Series avec des moteurs de routage redondants et tous les commutateurs membres de EX Series Virtual Chassis à l’aide d’une seule commande. Pendant la mise à niveau, il peut y avoir une perturbation minimale du trafic réseau lors du basculement du rôle principal, et l’ampleur de l’interruption peut dépendre de la topologie, de la configuration, du trafic réseau et d’autres facteurs environnementaux.
La réalisation d’une NSSU offre les avantages suivants :
-
Pas de perturbation du plan de contrôle : un NSSU tire parti du basculement de moteur de routage gracieux (GRES) et du routage actif ininterrompu (NSR) pour s’assurer qu’il n’y a pas de perturbation du plan de contrôle. Au cours du processus de mise à niveau, les informations relatives à l’interface, au noyau et au protocole de routage sont conservées.
-
Perturbation minimale du trafic réseau : un NSSU minimise les interruptions du trafic réseau en mettant à niveau les commutateurs membres un par un dans d’autres Virtual Chassis EX Series, tout en permettant au trafic de continuer à circuler à travers les membres qui ne sont pas mis à niveau.
Pour minimiser les interruptions du trafic, vous devez configurer les groupes d’agrégation de liens (LAG) de sorte que les liens membres de chaque LAG résident sur des cartes de ligne ou des membres Virtual Chassis différents. Lorsqu’une liaison membre d’un LAG est en panne, les liaisons restantes sont actives et le trafic continue à circuler dans le LAG.
Étant donné que NSSU met à niveau le logiciel sur chaque carte de ligne ou sur chaque membre de Virtual Chassis un par un, une mise à niveau à l’aide de NSSU peut prendre plus de temps qu’une mise à niveau à l’aide de la request system software add commande.
Exigences relatives à l’exécution d’une NSSU
Les exigences suivantes s’appliquent à tous les commutateurs et Virtual Chassis :
NSSU ne peut mettre à niveau que trois versions majeures avant la version actuelle sur un appareil. Pour effectuer une mise à niveau vers une version avec plus de trois versions avant la version actuelle sur un appareil, utilisez le processus NSSU pour mettre à niveau le commutateur vers une ou plusieurs versions intermédiaires jusqu’à ce que le commutateur se trouve à moins de trois versions majeures de la version cible.
-
Tous les membres de Virtual Chassis et tous les moteurs de routage doivent exécuter la même version de Junos OS.
-
Le basculement GRES (Graceful moteur de routage switchover) doit être activé.
-
Le routage actif ininterrompu (NSR) doit être activé.
Remarque :Bien qu’il ne soit pas nécessaire d’activer le pontage sans interruption (NSB) pour effectuer un NSSU, nous vous recommandons d’activer NSB avant d’effectuer un NSSU. L’activation du NSB garantit que tous les protocoles de couche 2 pris en charge par le NSB fonctionnent de manière transparente pendant le basculement du moteur de routage qui fait partie du NSSU.
-
Pour minimiser les interruptions du trafic, vous devez définir des LAG (groupes d’agrégation de liens) de sorte que les liens membres résident sur différents membres de Virtual Chassis ou sur différentes cartes de ligne.
Remarque :Lors d’une opération NSSU, si vous essayez d’afficher l’état de l’interface LAG sur le membre principal du moteur de routage à l’aide de la
show interfaces ae-ae-interface-numbercommande CLI, vous pouvez voir des nombres de trafic incorrects ou nuls. Pour contourner ce problème, exécutez la commande sur le membre du moteur de routage de sauvegarde si ce membre est déjà chargé et en cours d’exécution.
Les exigences suivantes sont requises pour exécuter NSSU sur un Virtual Chassis EX Series :
-
Les membres de Virtual Chassis doivent être connectés dans une topologie en anneau afin qu’aucun membre ne soit isolé à la suite du redémarrage d’un autre membre. Cette topologie empêche le fractionnement du Virtual Chassis lors d’un NSSU.
-
Le Virtual Chassis principal et de secours doit être adjacent l’un à l’autre dans la topologie en anneau. La contiguïté permet au serveur principal et au système de sauvegarde d’être toujours synchronisés, même lorsque les commutateurs des rôles de carte de ligne sont redémarrés.
-
Le Virtual Chassis doit être préprovisionné afin que le rôle de carte de ligne ait été explicitement attribué aux commutateurs membres agissant dans un rôle de carte de ligne. Au cours d’un NSSU, les membres du Virtual Chassis doivent conserver leurs rôles : le rôle principal et le rôle de secours doivent conserver leurs rôles principal et secondaire (bien que le rôle principal change), et les autres commutateurs doivent conserver leurs rôles de carte de ligne.
-
Un Virtual Chassis à deux membres doit avoir
no-split-detectionété configuré de manière à ce que le Virtual Chassis ne se divise pas lorsqu’un NSSU met à niveau un membre.
Comment fonctionne une NSSU
Cette section décrit ce qui se passe lorsque vous demandez un NSSU sur les commutateurs EX Series et Virtual Chassis.
Limites de la NSSU
Vous ne pouvez pas utiliser un NSSU pour rétrograder le logiciel, c’est-à-dire pour installer une version antérieure du logiciel à celle qui est actuellement exécutée sur le commutateur. Pour installer une version antérieure du logiciel, utilisez la request system software add commande.
Vous ne pouvez pas revenir à la version précédente du logiciel après avoir effectué une mise à niveau à l’aide de NSSU. Si vous devez revenir à la version précédente du logiciel, vous pouvez le faire en redémarrant à partir de l’autre partition racine si vous n’avez pas déjà copié la nouvelle version du logiciel dans l’autre partition racine.
Prise en charge des versions NSSU et Junos OS
Un Virtual Chassis doit exécuter une version de Junos OS qui prend en charge NSSU avant de pouvoir exécuter un NSSU. Si un Virtual Chassis exécute une version logicielle qui ne prend pas en charge NSSU, utilisez la request system software add commande.
La mise à niveau logicielle non-stop (NSSU) répertorie les commutateurs EX Series et Virtual Chassis qui prennent en charge NSSU et la version de Junos OS à laquelle ils ont commencé à le prendre en charge.
Présentation de la configuration et du fonctionnement de NSSU
Vous devez vous assurer que la configuration du commutateur ou du Virtual Chassis répond aux exigences décrites dans la section Exigences requises pour l’exécution d’une NSSU. NSSU ne nécessite aucune configuration supplémentaire.
Pour exécuter une NSSU en exécutant la request system software nonstop-upgrade commande. Pour obtenir des instructions détaillées sur la façon d’effectuer un NSSU, consultez les rubriques de la documentation associée.