Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Mise à niveau Logiciels à l’aide de Logiciels nonstop Mise à niveau sur EX Series Virtual Chassis et Virtual Chassis mixte (procédure CLI)

Vous pouvez utiliser la mise à niveau logicielle ininterrompue (NSSU) pour mettre à niveau le logiciel exécuté sur tous les commutateurs membres de la plupart des Virtual Chassis EX Series avec un minimum d’interruption du trafic pendant la mise à niveau.

NSSU (Nonstop software upgrade) répertorie les commutateurs EX Series et Virtual Chassis compatibles NSSU et la version de Junos OS à laquelle ils ont commencé à le prendre en charge.

Cette rubrique couvre :

Préparation du commutateur pour l’installation du Logiciels

Avant de commencer l’installation d’un 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 dans une topologie en anneau. Une topologie en anneau empêche le fractionnement du Virtual Chassis lors d’un NSSU.

    • Le châssis principal et le système de sauvegarde de Virtual Chassis sont adjacents 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 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’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 membres doivent conserver leurs rôles de carte de ligne.

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

  • Vérifiez que les membres utilisent 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 uniquement vérifier l’état du routage actif ininterrompu : si le routage actif ininterrompu est activé, le basculement du moteur de routage gracieux est activé.

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

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

  • Pour le Virtual Chassis EX4300, vous devez activer l’instruction vcp-no-hold-time au niveau de 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. Un Virtual Chassis fractionné peut entraîner des perturbations de votre réseau, et vous devrez peut-être reconfigurer manuellement votre Virtual Chassis après le NSSU si la fonctionnalité de fractionnement et de fusion a été désactivée. Pour plus d’informations sur un fractionnement de Virtual Chassis, consultez Présentation de la scission et de la fusion dans un Virtual Chassis.

  • (Facultatif) Activer le pontage sans interruption (NSB). 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.

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

Mise à niveau des Logiciels à l’aide de NSSU

Cette procédure décrit comment mettre à niveau le logiciel exécuté sur tous les membres de Virtual Chassis à l’aide de NSSU. Une fois la mise à niveau terminée, tous les membres exécutent la nouvelle version du logiciel. Étant donné qu’un basculement de moteur de routage agréable se produit pendant la mise à niveau, la sauvegarde Virtual Chassis d’origine est le nouveau principal.

Pour mettre à niveau tous les membres utilisant NSSU :

  1. Téléchargez le progiciel. Si vous mettez à niveau le logiciel exécuté 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 le Virtual Chassis. Nous vous recommandons de copier le fichier dans le /var/tmp répertoire du fichier principal.

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

  4. Démarrer le NSSU :

    • Sur un Virtual Chassis EX3400, saisissez :

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

    • Sur un Virtual Chassis mixte, entrez :

      [/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 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 de tous les moteurs de routage des membres du Virtual Chassis a été mis à niveau, 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 :

    Des partitions doubles 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.