Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Informationen zu unterbrechungsfreien 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.

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

Anmerkung:

Wenn ein Switch der EX-Serie in einem gemischten Virtual Chassis von einer Version vor Version 15.1 auf Junos OS Version 15.1 oder höher aktualisiert wird, kann es zu einem Rückgang des Datenverkehrs für bis zu 60 Sekunden kommen.

Die folgenden Virtual Chassis der EX-Serie unterstützen NSSU:

Die Durchführung einer NSSU bietet folgende Vorteile:

  • Keine Unterbrechung der Steuerungsebene: Eine NSSU nutzt die Vorteile von GRES ( Graceful Routing-Engine ) und NSR ( Nonstop Active Routing ), um sicherzustellen, dass die Steuerungsebene nicht unterbrochen wird. Während des Aktualisierungsvorgangs bleiben die Informationen zu Schnittstelle, Kernel und Routing-Protokoll erhalten.

  • Minimale Unterbrechung des Netzwerkverkehrs – Eine NSSU minimiert die Unterbrechung des Netzwerkverkehrs durch:

    • Linecards nacheinander in einem EX6200-Switch, EX8200-Switch oder EX8200 Virtual Chassis aktualisieren, während der Datenverkehr weiterhin durch die Linecards fließen kann, die nicht aktualisiert werden.

    • Ein Upgrade der Mitgliedsswitches nacheinander in einem anderen Virtual Chassis der EX-Serie, während der Datenverkehr weiterhin durch die Mitglieder fließen kann, für die kein Upgrade durchgeführt wird.

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

Anmerkung:

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

In Versionen vor Junos OS Release 16.1 für EX6200-Switches, EX8200-Switches und EX8200 Virtual Chassis können Sie die Upgrade-Zeit verkürzen, indem Sie Linecard-Upgrade-Gruppen konfigurieren. Die Linecards in einer Upgrade-Gruppe werden gleichzeitig aktualisiert, wodurch die Zeit zum Abschließen eines Upgrades verkürzt wird. Weitere Informationen finden Sie unter Konfigurieren von Linecard-Upgrade-Gruppen für Nonstop-Softwareupgrades.

Anforderungen für die Durchführung einer NSSU

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

Anmerkung:

NSSU kann auf einem Gerät nur bis zu drei Hauptversionen vor der aktuellen Version aktualisieren. Wenn Sie auf einem Gerät ein Upgrade auf eine Version durchführen möchten, die mehr als drei Versionen vor der aktuellen Version liegt, 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.

  • Auf allen Virtual Chassis-Mitgliedern und allen Routing-Engines muss dieselbe Version von Junos OS ausgeführt werden.

  • Graceful Routing-Engine Switchover (GRES) muss aktiviert sein.

  • Nonstop Active Routing (NSR) muss aktiviert sein.

    Anmerkung:

    Obwohl Nonstop Bridging (NSB) nicht aktiviert sein muss, um eine NSSU auszufü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. In Versionen vor Junos OS Version 16.1 finden Sie weitere Informationen unter Konfigurieren von Nonstop-Bridging auf Switches (CLI-Verfahren).

  • Um die Unterbrechung des Datenverkehrs zu minimieren, müssen Sie Link Aggregation Groups (LAGs) so definieren, dass sich die Mitgliedsverbindungen auf verschiedenen Virtual Chassis-Mitgliedern oder auf unterschiedlichen Linecards befinden.

    Anmerkung:

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

Die folgenden Anforderungen gelten für die Ausführung von NSSU auf einem Virtual Chassis der EX-Serie (außer EX6200 oder EX8200 Virtual Chassis):

  • Die Virtual Chassis-Komponenten müssen in einer Ringtopologie verbunden sein, sodass kein Mitglied durch einen Neustart eines anderen Mitglieds isoliert wird. Diese Topologie verhindert, dass sich das Virtual Chassis während einer NSSU aufteilt.

  • Das primäre und das Backup des Virtual Chassis müssen in der Ringtopologie nebeneinander liegen. Die Nachbarschaft ermöglicht es, dass die Primär- und die Sicherung immer synchronisiert sind, selbst wenn die Switches in Linecardrollen 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är- und der Backup-Switch müssen ihre Primär- 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.

Anmerkung:

Für das EX4300 Virtual Chassis sollten Sie die Anweisung vcp-no-hold-time auf der Hierarchieebene [edit virtual-chassis] aktivieren, bevor Sie ein Softwareupgrade mithilfe von NSSU durchführen. Wenn Sie die vcp-no-hold-time Anweisung nicht aktivieren, kann das Virtual Chassis während des Upgrades geteilt werden. Ein geteiltes Virtual Chassis kann zu Unterbrechungen Ihres Netzwerks führen, und Sie müssen Ihr Virtual Chassis möglicherweise nach der NSSU manuell neu konfigurieren, wenn die Funktion zum Teilen und Zusammenführen deaktiviert wurde. Weitere Informationen zu einem geteilten Virtual Chassis finden Sie unter Grundlegendes zum Teilen und Zusammenführen in einem Virtual Chassis

Funktionsweise einer NSSU

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

Anmerkung:

Ein EX4650-Virtual Chassis funktioniert genauso wie ein QFX5120 Virtual Chassis. Ausführliche Informationen zum Upgrade eines EX4650-Virtual Chassis mithilfe von NSSU finden Sie daher unter Grundlegendes zum Nonstop-Softwareupgrade auf einem Virtual Chassis und gemischten Virtual Chassis und Aktualisieren von Software auf einem Virtual Chassis und gemischten Virtual Chassis mit Nonstop-Softwareaktualisierung anstelle dieses Themas.

EX3300, EX3400, EX4200, EX4300, EX4400, EX4500, EX4600 und gemischtes Virtual Chassis

Wenn Sie eine NSSU für ein EX3300, EX3400, EX4200, EX4300, EX4400, EX4500 oder ein gemischtes Virtual Chassis anfordern:

  1. Das primäre Virtual Chassis überprüft, dass:

    • Das Backup ist online und führt dieselbe Softwareversion aus.

    • Graceful Routing-Engine Switchover (GRES) und Nonstop Active Routing (NSR) sind aktiviert.

    • Das Virtual Chassis verfügt über eine vorab bereitgestellte Konfiguration.

  2. Der primäre Server installiert das neue Software-Image auf der Sicherung und startet es neu.

  3. Der primäre Server synchronisiert die Sicherung erneut.

  4. Der primäre Server installiert das neue Software-Image auf den Mitglieds-Switches, die sich in der Linecard-Rolle befinden, und startet sie nacheinander neu. Der primäre Server wartet, bis jedes Mitglied online und aktiv ist, bevor das Softwareupgrade für das nächste Mitglied gestartet wird.

  5. Wenn alle Mitglieder, die sich in der Linecardrolle befinden, aktualisiert wurden, führt der primäre Server einen ordnungsgemäßen Routing-Engine-Switchover durch, und die aktualisierte Sicherung wird zum primären Switchover.

  6. Die Software auf der ursprünglichen primären Datenbank wird aktualisiert, und die ursprüngliche primäre Datenbank wird automatisch neu gestartet. Nachdem das ursprüngliche primäre System wieder mit dem Virtual Chassis verbunden ist, können Sie optional die Steuerung an dieses zurückgegeben werden, indem Sie einen ordnungsgemäßen Wechsel der Routing-Engine anfordern.

EX6200- und EX8200-Switches

Wenn Sie eine NSSU auf einem eigenständigen Switch mit redundanten Routing-Engines anfordern:

  1. Der Switch stellt sicher, dass:

    • Beide Routing-Engines sind online und führen dieselbe Softwareversion aus.

    • Beide Routing-Engines verfügen über ausreichend Speicherplatz für das neue Software-Image.

    • Graceful Routing-Engine Switchover und Nonstop-Routing sind aktiviert.

  2. Der Switch installiert das neue Software-Image auf der Backup-Routing-Engine und startet sie neu.

  3. Der Switch synchronisiert die Backup-Routing-Engine erneut mit der primären Routing-Engine.

  4. Die Linecards in der ersten Upgrade-Gruppe (oder die Linecard in Slot 0, wenn keine Upgrade-Gruppen definiert sind) laden das neue Image herunter, und starten Sie dann neu. Während dieses Vorgangs fließt der Datenverkehr weiterhin durch die Linecards in den anderen Upgradegruppen.

  5. Wenn Linecards, die in Schritt 4 neu gestartet wurden, wieder online sind, laden die Linecards in der nächsten Upgradegruppe das neue Image herunter und starten sie neu. Dieser Vorgang wird so lange fortgesetzt, bis alle Online-Linecards mit der neuen Software neu gestartet wurden.

    Anmerkung:

    Wenn Sie eine Linecard mit der CLI offline geschaltet haben, bevor Sie die NSSU starten, wird die Linecard nicht neu gestartet und bleibt offline.

  6. Der Switch führt einen Graceful-Routing-Engine-Switchover durch, sodass der aktualisierte Backup-Routing-Engine zum primären wird.

  7. Der Switch installiert die neue Software auf der ursprünglichen primären Routing-Engine.

    Um den Upgradevorgang abzuschließen, muss die ursprüngliche primäre Routing-Engine neu gestartet werden. Sie können dies manuell tun oder den Switch einen automatischen Neustart durchführen lassen, indem Sie die Option einschließen, reboot wenn Sie die NSSU anfordern. Nachdem die ursprüngliche primäre Datenbank neu gestartet wurde, können Sie optional die Kontrolle an sie zurückgeben, indem Sie einen ordnungsgemäßen Routing-Engine-Switchover anfordern.

  8. (nur EX6200-Switch) Die ursprüngliche primäre Routing-Engine wird neu gestartet, um das Softwareupgrade abzuschließen.

    Anmerkung:

    Um den Upgrade-Vorgang auf einem EX8200-Switch abzuschließen, müssen Sie eingreifen und die ursprüngliche primäre Routing-Engine neu starten. Sie können die ursprüngliche primäre Routing-Engine manuell neu starten oder den Switch einen automatischen Neustart durchführen lassen, indem Sie die Option einschließen, wenn Sie die reboot NSSU anfordern.

  9. (Optional) Nachdem die ursprüngliche primäre Datenbank neu gestartet wurde, können Sie die Kontrolle an sie zurückgeben, indem Sie einen ordnungsgemäßen Routing-Engine-Switchover anfordern.

    Der Switch kann den normalen Betrieb aufrechterhalten, wobei eine der beiden Routing-Engines nach dem Softwareupgrade als primäre Routing-Engine fungiert. Daher müssen Sie diesen Switchover nur durchführen, wenn Sie die Routing-Engine-Steuerung wieder an die ursprüngliche primäre Routing-Engine zurückgeben möchten.

EX8200 Virtual Chassis

Wenn Sie eine NSSU für ein EX8200 Virtual Chassis anfordern:

  1. Die primäre externe Routing-Engine stellt sicher, dass:

    • Es verfügt über eine externe Backup-Routing-Engine, die online ist.

    • Alle Virtual Chassis-Mitglieder verfügen über redundante Routing-Engines, und die Routing-Engines sind online.

    • Auf allen Routing-Engines wird die gleiche Softwareversion ausgeführt.

    • Alle Routing-Engines verfügen über ausreichend Speicherplatz für das neue Software-Image.

    • Graceful Routing-Engine Switchover und Nonstop Active Routing (NSR) sind aktiviert.

  2. Die primäre externe Routing-Engine installiert das neue Software-Image auf der externen Backup-Routing-Engine und startet sie neu.

  3. Die externe Backup-Routing-Engine wird erneut mit der primären externen Routing-Engine synchronisiert.

  4. Die primäre externe Routing-Engine installiert die neue Software auf den Backup-Routing-Engines in den Mitglieds-Switches und startet die Backup-Routing-Engines neu.

  5. Wenn der Neustart der Sicherungsroutingmodule abgeschlossen ist, laden die Linecards in der ersten Upgradegruppe das neue Image herunter und starten es neu. (Wenn keine Upgradegruppen definiert sind, lädt die Linecard in Steckplatz 0 von Mitglied 0 das neue Image herunter und wird neu gestartet.) Während dieses Vorgangs fließt der Datenverkehr weiterhin durch die Linecards in den anderen Upgradegruppen.

  6. Wenn Linecards, die in Schritt 5 neu gestartet wurden, wieder online sind, laden die Linecards in der nächsten Upgradegruppe (oder der nächsten sequenziellen Linecard) das neue Image herunter und starten sie neu. Dieser Vorgang wird so lange fortgesetzt, bis alle Online-Linecards mit der neuen Software neu gestartet wurden.

    Anmerkung:

    Wenn Sie eine Linecard mit der CLI offline geschaltet haben, bevor Sie die NSSU starten, wird die Linecard nicht neu gestartet und bleibt offline.

  7. Das neue Software-Image wird auf den primären Routing-Engines installiert, sowohl auf externen als auch auf internen.

  8. Die Mitglieds-Switches führen einen ordnungsgemäßen Routing-Engine-Switchover durch, sodass die aktualisierten Backup-Routing-Engines zu Primärmodulen werden.

  9. Die primäre externe Routing-Engine führt eine ordnungsgemäße Umschaltung der Routing-Engine durch, sodass die externe Backup-Routing-Engine nun die primäre ist.

Um den Upgrade-Vorgang abzuschließen, müssen die ursprünglichen primären Routing-Engines (sowohl extern als auch intern) neu gestartet werden. Sie können dies manuell tun, indem Sie eine Konsolenverbindung mit jeder Routing-Engine herstellen oder den Neustart automatisch ausführen lassen, indem Sie die reboot Option beim Anfordern der NSSU einschließen. Nachdem die ursprüngliche primäre externe Routing-Engine neu gestartet wurde, können Sie optional die Steuerung an sie zurückgeben, indem Sie einen ordnungsgemäßen Umschaltung der Routing-Engine anfordern.

NSSU-Einschränkungen

Sie können eine NSSU nicht verwenden, um ein Downgrade der Software durchzuführen, d. h. um 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 nach dem Ausführen eines Upgrades mit NSSU kein Rollback auf die vorherige Softwareversion durchführen. Wenn Sie ein Rollback auf die vorherige Softwareversion durchführen müssen, können Sie dies tun, indem Sie von der alternativen Root-Partition aus neu starten, sofern Sie die neue Softwareversion nicht bereits in die alternative Root-Partition kopiert haben.

NSSU und Support für Junos OS-Versionen

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 Befehl request system software add .

Tabelle 1 listet die Switches und Virtual Chassis der EX-Serie auf, die NSSU und die Junos OS-Version unterstützen, mit der die Unterstützung begann.

Tabelle 1: Plattform- und Releaseunterstützung für NSSU

Bahnsteig

Junos OS-Version

EX3300 Virtual Chassis

12.2 oder höher

EX3400 Virtual Chassis

15.1X53-D55 oder höher

Switches EX4100 und EX4100-F

22.2 oder höher

Multigigabit-Switches EX4100

22.2 oder höher

EX4200 Virtual Chassis

12.1 oder höher

EX4300: Virtual Chassis

13.2X51-D20 oder höher
Multigigabit-Virtual Chassis EX4300 18.2R1 oder höher
EX4400 Virtual Chassis 21.1 oder höher
EX4400 Multigigabit Virtual Chassis 21.2 oder höher

EX4500 Virtual Chassis

12.1 oder höher

EX4550 Virtual Chassis

12.2 oder höher

Gemischtes EX4200 und EX4500 Virtual Chassis

12.1 oder höher

Gemischtes EX4200 und EX4550 Virtual Chassis

12.2 oder höher

Gemischtes EX4200-, EX4500- und EX4550-Virtual Chassis

12.2 oder höher

Gemischtes EX4500 und EX4550 Virtual Chassis

12.2 oder höher
Gemischtes EX4300 und EX4600 Virtual Chassis 13.2X51-D25 oder höher

EX6200-Switch

12.2 oder höher

EX8200-Switch

10.4 oder höher

EX8200 Virtual Chassis

11.1 oder höher

Überblick über die Konfiguration und den Betrieb von NSSU

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.

In Versionen vor Junos OS Version 16.1 können Sie für EX6200-Switches, EX8200-Switches und EX8200 Virtual Chassis optional Linecard-Upgrade-Gruppen über die CLI konfigurieren. Siehe Beispiel: Konfigurieren von Linecard-Upgrade-Gruppen für Nonstop-Software-Upgrades auf Switches der EX-Serie.

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.

Zugehörige Dokumentation

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Loslassen
Beschreibung
16.1
In Versionen vor Junos OS Release 16.1 für EX6200-Switches, EX8200-Switches und EX8200 Virtual Chassis können Sie die Upgrade-Zeit verkürzen, indem Sie Linecard-Upgrade-Gruppen konfigurieren.