Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Comprendre les mises à niveau logicielles ininterrompues sur les commutateurs EX Series

La mise à niveau logicielle ininterrompue (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 ininterrompue (NSSU) vous permet de mettre à niveau les logiciels exécutés sur les commutateurs Ethernet EX Series de Juniper Networks avec des moteurs de routage redondants et sur tous les commutateurs membres dans EX Series Virtual Chassis à l’aide d’une seule commande. Au cours de la mise à niveau, le basculement du rôle principal peut être très peu perturbé et l’ampleur de la perturbation peut dépendre de la topologie du réseau, de la configuration, du trafic réseau et d’autres facteurs liés à l’environnement.

Note:

Lorsqu’un commutateur EX Series d’un Virtual Chassis mixte est mis à niveau vers Junos OS version 15.1 ou ultérieure à partir d’une version antérieure à la version 15.1, il peut y avoir une interruption du trafic pouvant aller jusqu’à 60 secondes.

Les EX Series suivantes Virtual Chassis soutenir NSSU :

La réalisation d’une NSSU offre les avantages suivants :

  • Aucune interruption du plan de contrôle : une NSSU tire parti du basculement GRES (Graceful Moteur de routage ) et du routage actif ininterrompu (NSR) pour garantir l’absence d’interruption du plan de contrôle. Pendant le 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 : une NSSU minimise les interruptions du trafic réseau en :

    • Mise à niveau des cartes de ligne une par une dans un commutateur EX6200, un commutateur EX8200 ou un Virtual Chassis EX8200 tout en permettant au trafic de continuer à circuler sur les cartes de ligne qui ne sont pas en cours de mise à niveau.

    • Mise à niveau des commutateurs membres un par un dans d’autres EX Series Virtual Chassis tout en permettant au trafic de continuer à circuler entre les membres qui ne sont pas mis à niveau.

    Pour minimiser les interruptions de trafic, vous devez configurer des groupes d’agrégation de liens (LAG) de manière à ce 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 de circuler dans le LAG.

Note:

Étant donné que NSSU met à niveau le logiciel un par un sur chaque carte de ligne ou sur chaque membre Virtual Chassis, 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.

Dans les versions antérieures à Junos OS version 16.1, pour les commutateurs EX6200, les commutateurs EX8200 et EX8200 Virtual Chassis, vous pouvez réduire la durée d’une mise à niveau en configurant des groupes de mise à niveau de carte de ligne. Les cartes de ligne d’un groupe de mise à niveau sont mises à niveau simultanément, ce qui réduit le temps nécessaire à la réalisation d’une mise à niveau. Reportez-vous à la section Configuration de groupes de mise à niveau de carte de ligne pour une mise à niveau logicielle ininterrompue.

Conditions requises pour la réalisation d’une NSSU

Les exigences suivantes s’appliquent à tous les commutateurs et Virtual Chassis :

Note:

NSSU ne peut mettre à niveau que trois versions majeures avant la version actuelle sur un appareil. Pour effectuer une mise à niveau vers une version 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) doit être activé.

  • Le routage actif ininterrompu (NSR) doit être activé.

    Note:

    Bien qu’il ne soit pas nécessaire d’activer le pontage ininterrompu (NSB) pour effectuer une NSSU, nous vous recommandons d’activer NSB avant d’effectuer une NSSU. 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. Dans les versions antérieures à Junos OS version 16.1, reportez-vous à la section Configuration du pontage non-stop sur les commutateurs (procédure CLI).

  • Pour minimiser les perturbations du trafic, vous devez définir des groupes d’agrégation de liens (LAG) de manière à ce que les liens membres résident sur différents membres de Virtual Chassis ou sur différentes cartes de ligne.

    Note:

    Au cours 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-number commande CLI, vous pouvez voir un nombre de trafics incorrect ou nul. Pour contourner ce problème, exécutez plutôt la commande sur le membre du moteur de routage de sauvegarde si ce membre est déjà chargé et en cours d’exécution.

Voici les exigences relatives à l’exécution de NSSU sur un Virtual Chassis EX Series (à l’exception des châssis Virtual Chassis EX6200 ou EX8200) :

  • Les membres Virtual Chassis doivent être connectés dans une topologie en anneau afin qu’aucun membre ne soit isolé suite au redémarrage d’un autre membre. Cette topologie empêche le Virtual Chassis de se scinder lors d’une NSSU.

  • Le Virtual Chassis principal et le serveur de secours doivent être adjacents 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 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’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 change), et les commutateurs restants doivent conserver leurs rôles de carte de ligne.

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

Note:

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 risque de se diviser pendant la mise à niveau. Une Virtual Chassis fractionnée peut perturber votre réseau et 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

Fonctionnement d’une NSSU

Cette section décrit ce qui se passe lorsque vous demandez une NSSU sur les commutateurs EX Series et Virtual Chassis.

Note:

Un Virtual Chassis EX4650 fonctionne de la même manière qu’un Virtual Chassis QFX5120. Pour plus d’informations sur la mise à niveau d’un Virtual Chassis EX4650 à l’aide de NSSU, reportez-vous aux sections Présentation de la mise à niveau logicielle ininterrompue sur un Virtual Chassis et Virtual Chassis mixtes et Mise à niveau logicielle sur un Virtual Chassis et Virtual Chassis mixtes Utilisation de la mise à niveau logicielle ininterrompue au lieu de cette rubrique.

EX3300, EX3400, EX4200, EX4300, EX4400, EX4500, EX4600 et Virtual Chassis mixte

Lorsque vous demandez une NSSU sur un EX3300, un EX3400, un EX4200, un EX4300, un EX4400, un EX4500 ou un Virtual Chassis mixte :

  1. Le serveur principal Virtual Chassis vérifie que :

    • La sauvegarde est en ligne et utilise la même version du logiciel.

    • Le basculement GRES (Graceful Moteur de routage) et le routage actif ininterrompu (NSR) sont activés.

    • La configuration de Virtual Chassis est préprovisionnée.

  2. Le serveur principal installe la nouvelle image logicielle sur la sauvegarde et la redémarre.

  3. Le serveur principal resynchronise la sauvegarde.

  4. Le serveur principal installe la nouvelle image logicielle sur les commutateurs membres qui ont le rôle de carte de ligne et les redémarre un par un. Le principal attend que chaque membre soit en ligne et actif avant de commencer la mise à niveau logicielle sur le membre suivant.

  5. Lorsque tous les membres du rôle de carte de ligne ont été mis à niveau, le serveur principal effectue un basculement normal du moteur de routage et la sauvegarde mise à niveau devient le serveur principal.

  6. Le logiciel du serveur principal d’origine est mis à niveau et le serveur principal d’origine est automatiquement redémarré. Une fois que le serveur principal d’origine a rejoint le Virtual Chassis, vous pouvez éventuellement lui redonner le contrôle en demandant un basculement normal du moteur de routage.

Commutateurs EX6200 et EX8200

Lorsque vous demandez une NSSU sur un commutateur autonome avec des moteurs de routage redondants :

  1. Le commutateur vérifie que :

    • Les deux moteurs de routage sont en ligne et exécutent la même version logicielle.

    • Les deux moteurs de routage disposent d’un espace de stockage suffisant pour la nouvelle image logicielle.

    • Le basculement du moteur de routage intelligent et le routage actif ininterrompu sont activés.

  2. Le commutateur installe la nouvelle image logicielle sur le moteur de routage de sauvegarde et le redémarre.

  3. Le commutateur resynchronise le moteur de routage de secours avec le moteur de routage principal.

  4. Les cartes de ligne du premier groupe de mise à niveau (ou la carte de ligne de l’emplacement 0, si aucun groupe de mise à niveau n’est défini) téléchargent la nouvelle image, puis redémarrent. Pendant ce processus, le trafic continue de circuler à travers les cartes de ligne des autres groupes de mise à niveau.

  5. Lorsque les cartes de ligne redémarrées à l’étape 4 sont à nouveau en ligne, les cartes de ligne du groupe de mise à niveau suivant téléchargent la nouvelle image et redémarrent. Ce processus se poursuit jusqu’à ce que toutes les cartes de ligne en ligne aient redémarré avec le nouveau logiciel.

    Note:

    Si vous avez mis une carte de ligne hors ligne avec l’interface de ligne de commande avant de démarrer NSSU, la carte de ligne n’est pas redémarrée et reste hors ligne.

  6. Le commutateur effectue un basculement moteur de routage en douceur, de sorte que le moteur de routage de secours mis à niveau devient le principal.

  7. Le commutateur installe le nouveau logiciel sur le moteur de routage principal d’origine.

    Pour terminer le processus de mise à niveau, le moteur de routage principal d’origine doit être redémarré. Vous pouvez le faire manuellement ou demander au commutateur d’effectuer un redémarrage automatique en incluant cette reboot option lorsque vous demandez la NSSU. Une fois que le principal d’origine a été redémarré, vous pouvez éventuellement lui redonner le contrôle en demandant un basculement gracieux du moteur de routage.

  8. (Commutateur EX6200 uniquement) Le moteur de routage principal d’origine redémarre pour terminer la mise à niveau logicielle.

    Note:

    Pour terminer le processus de mise à niveau d’un commutateur EX8200, vous devez intervenir pour redémarrer le moteur de routage principal d’origine. Vous pouvez redémarrer manuellement le moteur de routage principal d’origine ou demander au commutateur d’effectuer un redémarrage automatique en incluant cette reboot option lorsque vous demandez la NSSU.

  9. (Facultatif) Une fois que le serveur principal d’origine a été redémarré, vous pouvez reprendre le contrôle en demandant un basculement normal du moteur de routage.

    Le commutateur peut maintenir un fonctionnement normal, l’un ou l’autre des moteurs de routage faisant office de moteur de routage principal après la mise à niveau logicielle. Vous n’avez donc à effectuer ce basculement que si vous souhaitez rétablir le contrôle du moteur de routage sur le moteur de routage principal d’origine.

EX8200 Virtual Chassis

Lorsque vous demandez une NSSU sur un châssis Virtual Chassis EX8200 :

  1. Le moteur de routage externe principal vérifie que :

    • Il dispose d’un moteur de routage externe de sauvegarde qui est en ligne.

    • Tous les membres de Virtual Chassis ont des moteurs de routage redondants et les moteurs de routage sont en ligne.

    • Tous les moteurs de routage exécutent la même version du logiciel.

    • Tous les moteurs de routage disposent d’un espace de stockage suffisant pour la nouvelle image logicielle.

    • Le basculement vers le moteur de routage intelligent et le routage actif ininterrompu (NSR) sont activés.

  2. Le moteur de routage externe principal installe la nouvelle image logicielle sur le moteur de routage externe de sauvegarde et le redémarre.

  3. Le moteur de routage externe de sauvegarde se resynchronise avec le moteur de routage externe principal.

  4. Le moteur de routage externe principal installe le nouveau logiciel sur les moteurs de routage de sauvegarde des commutateurs membres, puis redémarre les moteurs de routage de secours.

  5. Une fois le redémarrage des moteurs de routage de sauvegarde terminé, les cartes de ligne du premier groupe de mise à niveau téléchargent la nouvelle image, puis redémarrent. (Si aucun groupe de mise à niveau n’est défini, la carte de ligne dans l’emplacement 0 du membre 0 télécharge la nouvelle image et redémarre.) Pendant ce processus, le trafic continue de circuler à travers les cartes de ligne des autres groupes de mise à niveau.

  6. Lorsque les cartes de ligne redémarrées à l’étape 5 sont à nouveau en ligne, les cartes de ligne du groupe de mise à niveau suivant (ou de la carte de ligne séquentielle suivante) téléchargent la nouvelle image et redémarrent. Ce processus se poursuit jusqu’à ce que toutes les cartes de ligne en ligne aient redémarré avec le nouveau logiciel.

    Note:

    Si vous avez mis une carte de ligne hors ligne avec l’interface de ligne de commande avant de démarrer NSSU, la carte de ligne n’est pas redémarrée et reste hors ligne.

  7. La nouvelle image logicielle est installée sur les moteurs de routage principaux, externes et internes.

  8. Les commutateurs membres effectuent un basculement gracieux du moteur de routage, de sorte que les moteurs de routage de secours mis à niveau deviennent des moteurs principaux.

  9. Le moteur de routage externe principal effectue un basculement moteur de routage gracieux, de sorte que l’moteur de routage externe de secours est maintenant le principal.

Pour terminer le processus de mise à niveau, les moteurs de routage principaux d’origine, externes et internes, doivent être redémarrés. Vous pouvez le faire manuellement en établissant une connexion de console à chaque moteur de routage ou effectuer le redémarrage automatiquement en incluant l’option reboot lorsque vous demandez le NSSU. Une fois que le moteur de routage externe principal d’origine a été redémarré, vous pouvez éventuellement lui redonner le contrôle en demandant un basculement normal du moteur de routage.

Limites de la NSSU

Vous ne pouvez pas utiliser une NSSU pour rétrograder le logiciel, c’est-à-dire pour installer une version antérieure du logiciel à celle actuellement en cours d’exécution 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 avez besoin de 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 effectuer une NSSU. Si une version logicielle de Virtual Chassis ne prend pas en charge NSSU, utilisez la request system software add commande .

Le Tableau 1 répertorie les commutateurs EX Series et Virtual Chassis qui prennent en charge NSSU, ainsi que la version de Junos OS à partir de laquelle ils ont commencé à prendre en charge.

Tableau 1 : Prise en charge des plates-formes et des versions pour NSSU

Plateforme

Version de Junos OS

EX3300 Virtual Chassis

12.2 ou version ultérieure

EX3400 Virtual Chassis

15.1X53-D55 ou version ultérieure

Commutateurs EX4100 et EX4100-F

22.2 ou version ultérieure

Commutateurs multi-gigabit EX4100

22.2 ou version ultérieure

EX4200 Virtual Chassis

12.1 ou version ultérieure

EX4300 Virtual Chassis

13.2X51-D20 ou version ultérieure
Virtual Chassis multi-gigabit EX4300 18.2R1 ou version ultérieure
EX4400 Virtual Chassis 21.1 ou version ultérieure
Virtual Chassis multi-gigabit EX4400 21.2 ou version ultérieure

EX4500 Virtual Chassis

12.1 ou version ultérieure

EX4550 Virtual Chassis

12.2 ou version ultérieure

Virtual Chassis mixtes EX4200 et EX4500

12.1 ou version ultérieure

Virtual Chassis mixtes EX4200 et EX4550

12.2 ou version ultérieure

Virtual Chassis mixte EX4200, EX4500 et EX4550

12.2 ou version ultérieure

Virtual Chassis mixtes EX4500 et EX4550

12.2 ou version ultérieure
Virtual Chassis mixtes EX4300 et EX4600 13.2X51-D25 ou version ultérieure

Commutateur EX6200

12.2 ou version ultérieure

Commutateur EX8200

10.4 ou version ultérieure

EX8200 Virtual Chassis

11.1 ou version ultérieure

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 Exigences relatives à la réalisation d’une NSSU. NSSU ne nécessite aucune configuration supplémentaire.

Dans les versions antérieures à Junos OS version 16.1, pour les commutateurs EX6200, les commutateurs EX8200 et EX8200 Virtual Chassis, vous pouvez éventuellement configurer des groupes de mise à niveau de carte de ligne à l’aide de l’interface de ligne de commande. Reportez-vous à la section Exemple : Configuration de groupes de mise à niveau de carte de ligne pour une mise à niveau logicielle ininterrompue sur les commutateurs EX Series.

Vous effectuez une NSSU en exécutant la request system software nonstop-upgrade commande. Pour obtenir des instructions détaillées sur la réalisation d’une NSSU, reportez-vous aux rubriques de la documentation connexe.

Documentation connexe

Tableau de l’historique des modifications

La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.

Libérer
Description
16.1
Dans les versions antérieures à Junos OS version 16.1, pour les commutateurs EX6200, les commutateurs EX8200 et EX8200 Virtual Chassis, vous pouvez réduire la durée d’une mise à niveau en configurant des groupes de mise à niveau de carte de ligne.