Mise à niveau logicielle à l’aide de mises à niveau logicielles ininterrompues sur EX Series Virtual Chassis et Virtual Chassis mixtes (procédure CLI)

Avant de commencer l’installation du logiciel à l’aide de NSSU :

• Assurez-vous que Virtual Chassis est correctement configuré pour prendre en charge NSSU. Vérifiez que :

  • Les membres de Virtual Chassis sont connectés selon une topologie en anneau. Une topologie en anneau empêche le Virtual Chassis de se scinder lors d’une NSSU.

  • Le Virtual Chassis principal et le secondaire sont adjacents l’un à l’autre dans la topologie en anneau. La contiguïté permet au serveur principal et au serveur de secours d’être toujours synchronisés, même lorsque les commutateurs des rôles de carte de ligne redémarrent.

  • Le Virtual Chassis est préprovisionné de sorte que le rôle de carte de ligne a été explicitement attribué aux commutateurs membres agissant dans le rôle de carte de ligne. Au cours d’une NSSU, les membres de Virtual Chassis doivent conserver leurs rôles : le rôle principal et le rôle de secours doivent conserver leurs rôles principal et de secours (bien que le rôle principal soit modifié), et les autres commutateurs membres doivent conserver leurs rôles de carte de ligne.

    Pour plus d’informations sur la configuration d’un Virtual Chassis préprovisionné, reportez-vous à Configuration d’un Virtual Chassis EX3300 (procédure CLI), Configuration d’un Virtual Chassis EX4200, EX4500 ou EX4550 (procédure CLI), Configuration d’un Virtual Chassis EX2300, EX3400 ou EX4300 et Configuration d’un Virtual Chassis EX8200 (procédure CLI).

  • Un Virtual Chassis à deux membres a no-split-detection été configuré de manière à ce que le Virtual Chassis ne se divise pas lorsqu’une NSSU met à niveau un membre.

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

  Si les membres de Virtual Chassis 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 routage actif ininterrompu (NSR) et le basculement GRES (Graceful moteur de routage Switchover) sont activés. Pour vérifier qu’ils sont activés, vous devez vérifier uniquement l’état du routage actif ininterrompu : si le routage actif ininterrompu est activé, le basculement du moteur de routage intelligent est activé.

  Pour vérifier que le routage actif ininterrompu est activé :

  Si le routage actif ininterrompu n’est pas activé (Stateful Replication is Disabled), reportez-vous à la section Configuration du routage actif ininterrompu sur les commutateurs pour plus d’informations sur la façon de l’activer.

• Pour le châssis Virtual Chassis EX4300, vous devez activer l’instruction au niveau de vcp-no-hold-time la hiérarchie [edit virtual-chassis] avant d’effectuer une mise à niveau logicielle à l’aide de NSSU. Si vous n’activez pas l’instruction vcp-no-hold-time , le Virtual Chassis peut se diviser pendant la mise à niveau. Une Virtual Chassis fractionnée peut perturber votre réseau. Vous devrez peut-être reconfigurer manuellement votre Virtual Chassis après la NSSU si la fonctionnalité de scission et de fusion a été désactivée. Pour plus d’informations sur un Virtual Chassis fractionné, reportez-vous à la section Présentation de la division et de la fusion dans un Virtual Chassis.

• (Facultatif) Activez le pontage ininterrompu (NSB). L’activation de NSB 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 de NSSU.

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

Pour mettre à niveau tous les membres utilisant NSSU :

1. Téléchargez le progiciel. Si vous mettez à niveau le logiciel s’exécutant sur un Virtual Chassis mixte, téléchargez les packages logiciels pour les deux types de commutateurs.

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

3. Connectez-vous à Virtual Chassis à l’aide de la connexion à la console ou de l’interface Ethernet de gestion virtuelle (VME). L’utilisation d’une connexion à la console vous permet de surveiller la progression du redémarrage du commutateur principal.

4. Démarrer la NSSU :

   • Sur un châssis Virtual Chassis EX3300, EX3400 Virtual Chassis, EX4200 Virtual Chassis, EX4300 Virtual Chassis, EX4500 Virtual Chassis ou EX4550 Virtual Chassis, saisissez :

     où package-name.tgz est, par exemple, jinstall-ex4200-12.1R2.5-domestic-signed.tgz.

   • Sur un Virtual Chassis mixte, saisissez :

     où [/var/tmp/package-name.tgz /var/tmp/package-name.tgz] spécifie les packages logiciels EX4200 et EX4500.

   Le commutateur affiche des messages d’état similaires aux messages suivants au fur et à mesure 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 de tous les moteurs de routage des membres Virtual Chassis a été mis à niveau, entrez la commande suivante :

6. Pour vous assurer que la fonctionnalité de partitions à double racine résiliente fonctionne correctement, copiez la nouvelle image Junos OS dans les autres partitions racines de tous les membres :

   Les partitions à double racine résilientes permettent au commutateur de démarrer de manière transparente à partir de la partition racine secondaire si le système ne parvient pas à démarrer à partir de la partition racine principale.