Mise à niveau de Logiciels sur un Virtual Chassis et Virtual Chassis mixtes à l’aide de la mise à niveau Logiciels non-stop

Avant de commencer à installer le nouveau logiciel à l’aide de NSSU :

• Assurez-vous que le Virtual Chassis est connecté et configuré correctement pour prendre en charge le processus NSSU. Voir Conditions requises pour effectuer un NSSU.

• Vérifiez que les membres utilisent la même version du logiciel :

  Si les membres du Virtual Chassis ou du Virtual Chassis mixte n’exécutent pas la même version du logiciel, utilisez la request system software add commande pour mettre à niveau le logiciel sur les membres incohérents.

• Assurez-vous que le basculement GRES (Graceful moteur de routage switchover) est activé ou, pour les plates-formes applicables, assurez-vous que le NSR (NonStop Active Switchover) est activé, ce qui permet également un basculement moteur de routage élégant. Pour plus d’informations, consultez Configuration du routage actif ininterrompu .

  Pour vérifier l’état de routage actif non-stop pour vérifier que NSR et GRES sont activés :

• (Facultatif pour les plateformes applicables) Activer le pontage sans interruption (NSB), qui garantit que tous les protocoles de couche 2 pris en charge par NSB fonctionnent de manière transparente pendant le basculement du moteur de routage qui fait partie du NSSU. Voir Configuration du pontage ininterrompu sur les commutateurs (procédure CLI) pour plus de détails.

• Pour un Virtual Chassis à deux membres, assurez-vous d’avoir configuré no-split-detection de manière à ce que le Virtual Chassis ne se divise pas lorsque NSSU met à niveau l’un des membres. Voir Désactivation de la division et de la fusion dans un Virtual Chassis.

• Sur un Virtual Chassis QFX5100 avec des groupes de mise à niveau de carte de ligne configurés, vous devez activer l’option permettant de configurer un délai pour le lc-reboot-delay redémarrage des membres adjacents d’un groupe de cartes de ligne. Sans cette option, lorsque le membre suivant redémarre, environ deux minutes après le redémarrage du membre précédent et rejoint le Virtual Chassis, le membre redémarré précédent peut ne pas être prêt à transporter le trafic. Ce délai permet d’éviter l’abandon de trafic lorsque deux membres de la carte d’interface adjacents ont des interfaces qui font partie d’un groupe d’agrégation de liens (LAG) commun.

  Nous vous recommandons de définir un délai de 200 secondes (la plage autorisée est de 0 à 600 secondes). Pour configurer ce délai :

• (Facultatif) Sauvegardez le logiciel système (Junos OS, configuration active et fichiers journaux) de chaque membre sur un périphérique de stockage externe comme vous le souhaitez à l’aide de la request system snapshot commande.

Pour mettre à niveau tous les membres d’un Virtual Chassis à l’aide de NSSU :

1. Téléchargez le progiciel comme décrit dans la section Installation de packages Logiciels sur QFX Series appareils. Si vous mettez à niveau un Virtual Chassis mixte, téléchargez les packages logiciels pour les différents types de commutateurs.

2. Copiez le ou les packages logiciels dans le Virtual Chassis. Nous vous recommandons de copier le ou les fichiers dans le /var/tmp répertoire du fichier principal.

3. Utilisez la connexion à la console ou l’interface Ethernet de gestion virtuelle (VME) pour vous connecter au Virtual Chassis ou à un Virtual Chassis mixte. Vous pouvez surveiller la progression du redémarrage du commutateur principal si vous utilisez une connexion de console.

4. Démarrer le NSSU :

   • Dans un Virtual Chassis où tous les membres utilisent la même image logicielle, saisissez :

     où package-name.tgz est le nom du package logiciel, par exemple, jinstall-qfx-3-13.2X50-D15.3-domestic-signed.tgz.

   • Dans un Virtual Chassis mixte où les membres peuvent utiliser des images logicielles différentes, entrez la request system software nonstop-upgrade commande avec la set possibilité de spécifier plusieurs noms de package logiciel :

     Par exemple, /var/tmp/package-name1.tgz et /var/tmp/package-name2.tgz peut spécifier des packages logiciels pour différents types de commutateurs dans un Virtual Chassis mixte.

   Le commutateur affiche des messages d’état similaires aux messages suivants lors de l’exécution de la mise à niveau :

5. Connectez-vous une fois le redémarrage du commutateur principal d’origine terminé. Pour vérifier que le logiciel est mis à niveau sur tous les moteurs de routage du Virtual Chassis, entrez la commande suivante :

6. Pour vous assurer que la fonctionnalité de partitions doubles racines résilientes fonctionne correctement, copiez la nouvelle image de Junos OS dans les partitions racines alternatives de tous les membres :

   Avec des partitions doubles racines résilientes, le commutateur peut démarrer de manière transparente à partir de la partition racine alternative si le système ne parvient pas à démarrer à partir de la partition racine principale.