Verständnis von Nonstop-Software-Upgrades auf Switches der EX-Serie

Nonstop Software Upgrade (NSSU) ist eine Funktion, die das Upgrade aller unterstützten Switches der EX-Serie in einem Netzwerk mit einem einzigen Befehl ermöglicht.

Das Nonstop Software Upgrade (NSSU) ermöglicht es Ihnen, die Software, die auf den Ethernet-Switches der EX-Serie von Juniper Networks mit redundanten Routing-Engines und allen Mitglieds-Switches im Virtual Chassis der EX-Serie ausgeführt wird, mit einem einzigen Befehl zu aktualisieren. Während des Upgrades kann es während des Switchovers der primären Rolle zu einer minimalen Unterbrechung des Netzwerkverkehrs kommen, und das Ausmaß der Unterbrechung kann von der Netzwerktopologie, der Konfiguration, dem Netzwerkverkehr und anderen Umgebungsfaktoren abhängen.

Die Durchführung einer NSSU bietet folgende Vorteile:

Keine Unterbrechung der Steuerungsebene: Eine NSSU nutzt die Vorteile von Graceful Routing-Engine Switchover (GRES) und Nonstop Active Routing (NSR), um sicherzustellen, dass die Steuerungsebene nicht unterbrochen wird. Während des Aktualisierungsvorgangs werden Schnittstellen-, Kernel- und Routingprotokollinformationen beibehalten.
Minimale Unterbrechung des Netzwerkdatenverkehrs: Eine NSSU minimiert Unterbrechungen des Netzwerkdatenverkehrs, indem sie die Switches der Mitglieder nacheinander in einem anderen Virtual Chassis der EX-Serie aufrüstet und gleichzeitig zulässt, dass der Datenverkehr weiterhin durch die Mitglieder fließt, die nicht aktualisiert werden.

Um eine minimale Unterbrechung des Datenverkehrs zu erreichen, müssen Sie Link Aggregation Groups (LAGs) so konfigurieren, dass sich die Mitgliedsverbindungen jeder LAG auf verschiedenen Linecards oder Virtual Chassis-Mitgliedern befinden. Wenn eine Mitgliedsverbindung einer LAG ausfällt, sind die verbleibenden Verbindungen aktiv, und der Datenverkehr fließt weiterhin durch die LAG.

Hinweis:

Da NSSU die Software auf jeder Linecard oder auf jedem Virtual Chassis-Mitglied nacheinander aktualisiert, kann ein Upgrade mit NSSU länger dauern als ein Upgrade mit dem request system software add Befehl.

Anforderungen für die Durchführung einer NSSU

Die folgenden Anforderungen gelten für alle Switches und Virtual Chassis:

Hinweis:

NSSU kann nur bis zu drei Hauptversionen vor der aktuellen Version auf einem Gerät aktualisieren. Um ein Upgrade auf eine Version durchzuführen, die der aktuellen Version auf einem Gerät mehr als drei Versionen voraus ist, verwenden Sie den NSSU-Prozess, um den Switch auf eine oder mehrere Zwischenversionen zu aktualisieren, bis der Switch innerhalb von drei Hauptversionen der Zielversion liegt.

Alle Virtual Chassis-Mitglieder und alle Routing-Engines müssen dieselbe Version von Junos OS ausführen.
Graceful Routing-Engine Switchover (GRES) muss aktiviert sein.
Nonstop Active Routing (NSR) muss aktiviert sein.

Hinweis:
Obwohl Nonstop Bridging (NSB) nicht aktiviert sein muss, um eine NSSU durchzuführen, wird empfohlen, NSB vor der Durchführung einer NSSU zu aktivieren. Durch die Aktivierung von NSB wird sichergestellt, dass alle von NSB unterstützten Layer-2-Protokolle während des Routing-Engine-Switchovers, der Teil der NSSU ist, nahtlos funktionieren.
Um eine Unterbrechung des Datenverkehrs so gering wie möglich zu halten, müssen Sie Link Aggregation Groups (LAGs) so definieren, dass sich die Member Links auf verschiedenen Virtual Chassis Members oder auf verschiedenen Linecards befinden.

Hinweis:
Wenn Sie während eines NSSU-Vorgangs versuchen, den LAG-Schnittstellenstatus auf dem primären Routing-Engine-Mitglied mithilfe des show interfaces ae-ae-interface-number Befehls CLI anzuzeigen, wird möglicherweise eine falsche oder gar keine Datenverkehrszählung angezeigt. Um dieses Problem zu umgehen, führen Sie den Befehl stattdessen auf dem Sicherungsmitglied der Routing-Engine aus, wenn dieses Mitglied bereits geladen ist und ausgeführt wird.

Die folgenden Voraussetzungen gelten für die Durchführung von NSSU auf einem Virtual Chassis der EX-Serie:

Die Virtual Chassis-Mitglieder müssen in einer Ringtopologie verbunden sein, damit kein Mitglied durch einen Neustart eines anderen Mitglieds isoliert wird. Diese Topologie verhindert, dass das Virtual Chassis während einer NSSU geteilt wird.
Primäres und Backup des Virtual Chassis müssen in der Ringtopologie nebeneinander liegen. Dank der Nachbarschaft können Primärserver und Backup immer synchron sein, auch wenn die Switches in Linecard-Rollen neu gestartet werden.
Das Virtual Chassis muss vorab bereitgestellt werden, sodass die Linecard-Rolle explizit Mitglieds-Switches zugewiesen wurde, die in einer Linecard-Rolle agieren. Während einer NSSU müssen die Virtual Chassis-Mitglieder ihre Rollen beibehalten – der primäre und der Backup-Switch müssen ihre primären und Backup-Rollen beibehalten (obwohl sich die primäre Rolle ändert), und die verbleibenden Switches müssen ihre Linecard-Rollen beibehalten.
Ein Virtual Chassis mit zwei Mitgliedern muss so konfiguriert sein, dass das Virtual Chassis nicht geteilt wird no-split-detection , wenn eine NSSU ein Mitglied aktualisiert.

So funktioniert eine NSSU

In diesem Abschnitt wird beschrieben, was passiert, wenn Sie eine NSSU für Switches der EX-Serie und Virtual Chassis anfordern.

NSSU-Einschränkungen

Sie können eine NSSU nicht verwenden, um die Software downzugraden, d. h. eine frühere Version der Software zu installieren, als sie derzeit auf dem Switch ausgeführt wird. Um eine frühere Softwareversion zu installieren, verwenden Sie den request system software add Befehl.

Sie können kein Rollback auf die vorherige Softwareversion durchführen, nachdem Sie ein Upgrade mit NSSU durchgeführt haben. Wenn Sie auf die vorherige Softwareversion zurücksetzen müssen, können Sie dies tun, indem Sie von der alternativen Stammpartition neu starten, wenn Sie die neue Softwareversion noch nicht in die alternative Stammpartition kopiert haben.

Versionssupport für NSSU und Junos OS

Auf einem Virtual Chassis muss eine Junos OS-Version ausgeführt werden, die NSSU unterstützt, bevor Sie eine NSSU ausführen können. Wenn auf einem Virtual Chassis eine Softwareversion ausgeführt wird, die NSSU nicht unterstützt, verwenden Sie den request system software add Befehl.

Nonstop Software Upgrade (NSSU) listet die Switches der EX-Serie und das Virtual Chassis auf, die NSSU unterstützen, sowie die Version von Junos OS, ab der sie es unterstützen.

Überblick über NSSU-Konfiguration und -Betrieb

Sie müssen sicherstellen, dass die Konfiguration des Switches oder Virtual Chassis die unter Anforderungen für die Durchführung einer NSSU beschriebenen Anforderungen erfüllt. NSSU erfordert keine zusätzliche Konfiguration.

Sie führen eine NSSU aus, indem Sie den request system software nonstop-upgrade Befehl ausführen. Ausführliche Anweisungen zum Ausführen einer NSSU finden Sie in den Themen in der zugehörigen Dokumentation.

AUF DIESER SEITE