Aktualisieren von Software auf einem Virtual Chassis und einem gemischten Virtual Chassis mit Nonstop-Software-Upgrade
Nonstop Software Upgrade (NSSU) ermöglicht es Ihnen, die Software zu aktualisieren, die auf allen Mitglieds-Switches des unterstützten Virtual Chassis ausgeführt wird, mit minimaler Unterbrechung des Datenverkehrs während des Upgrades.
NSSU funktioniert nur auf einigen Virtual Chassis mit bestimmten von und zu Junos OS Releases. Verwenden Sie den request system software add Befehl, um die Mitglieds-Switches im Virtual Chassis einzeln zu aktualisieren, wenn auf dem Virtual Chassis eine Softwareversion ausgeführt wird, die NSSU nicht oder die Kombination von from - und to-Versionen nicht unterstützt.
Sie können sich auch auf Two-Member QFX-Serie Virtual Chassis Upgrade Procedure beziehen, ein Beispiel für die Netzwerkkonfiguration, das zeigt, wie Sie ein Virtual Chassis der QFX-Serie mit zwei Mitgliedern manuell mit minimalen Auswirkungen auf den Datenverkehrsfluss aktualisieren können, wenn NSSU nicht unterstützt wird.
Vorbereiten des Switches für die Software-Installation
Bevor Sie mit der Installation der neuen Software über NSSU beginnen:
Stellen Sie sicher, dass das Virtual Chassis korrekt angeschlossen und konfiguriert ist, um den NSSU-Prozess zu unterstützen. Siehe Anforderungen für die Durchführung einer NSSU.
Stellen Sie sicher, dass auf den Mitgliedern dieselbe Version der Software ausgeführt wird:
user@switch>
show versionWenn auf den Virtual Chassis- oder gemischten Virtual Chassis-Mitgliedern nicht dieselbe Version der Software ausgeführt wird, verwenden Sie den
request system software addBefehl, um die Software auf den inkonsistenten Mitgliedern zu aktualisieren.Stellen Sie sicher, dass GRES (Graceful Routing-Engine Switchover) aktiviert ist, oder stellen Sie für entsprechende Plattformen sicher, dass NSR (Nonstop Active Routing) aktiviert ist, wodurch auch ein Graceful Routing-Engine Switchover ermöglicht wird. Weitere Informationen finden Sie unter Konfigurieren des aktiven Nonstop-Routings .
So überprüfen Sie den Nonstop-Status des aktiven Routings, um sicherzustellen, dass sowohl NSR als auch GRES aktiviert sind:
user@switch>
show task replication(Optional für anwendbare Plattformen) Aktivieren Sie Nonstop Bridging (NSB), das sicherstellt, dass alle von NSB unterstützten Layer-2-Protokolle während des Routing-Engine-Switchovers, der Teil der NSSU ist, nahtlos funktionieren. Weitere Informationen finden Sie unter Konfigurieren von Nonstop-Bridging auf Switches (CLI-Verfahren).
Stellen Sie bei einem Virtual Chassis mit zwei Mitgliedern sicher, dass Sie so konfiguriert
no-split-detectionsind, dass das Virtual Chassis nicht geteilt wird, wenn NSSU eines der Mitglieder aktualisiert. Siehe Deaktivieren von Teilen und Zusammenführen in einem Virtual Chassis.Auf einem QFX5100 Virtual Chassis mit konfigurierten Linecard-Upgrade-Gruppen sollten Sie die Option zum Konfigurieren einer Verzögerung für den
lc-reboot-delayNeustart benachbarter Mitglieder in einer Linecard-Gruppe aktivieren. Ohne diese Option ist das zuvor neu gestartete Mitglied beim Neustart des nächsten Mitglieds, etwa zwei Minuten nach dem Neustart des vorherigen Mitglieds und dem Beitritt zum Virtual Chassis, möglicherweise nicht bereit, Datenverkehr zu übertragen. Diese Verzögerung verhindert Datenverkehrsverluste, wenn zwei benachbarte Linecard-Mitglieder mit Schnittstellen vorhanden sind, die Teil einer gemeinsamen Link Aggregation Group (LAG) sind.Es wird empfohlen, eine Verzögerung von 200 Sekunden einzustellen (der zulässige Bereich beträgt 0 bis 600 Sekunden). So konfigurieren Sie diese Verzögerung:
[edit chassis] user@switch#
set chassis nssu lc-reboot-delay 200(Optional) Sichern Sie die Systemsoftware (Junos OS, die aktive Konfiguration und die Protokolldateien) auf jedem Mitglied wie gewünscht mit dem
request system snapshotBefehl.
Aktualisieren der Software mit NSSU
Dieses Verfahren beschreibt, wie Sie die Software aktualisieren, die auf allen Virtual Chassis- oder gemischten Virtual Chassis-Mitgliedern mithilfe von NSSU ausgeführt wird. Wenn das Upgrade abgeschlossen ist, führen alle Mitglieder die neue Version der Software aus. Das Upgrade umfasst eine elegante Umstellung der Routing-Engine, sodass der ursprüngliche Virtual Chassis-Backup-Komponenten-Switch zum neuen primären Switch wird.
Während NSSU kopiert der primäre Anbieter das neue Software-Image auf alle Member im Virtual Chassis und startet sie nacheinander neu. Wenn das Kopieren der neuen Software auf ein Mitglied fehlschlägt oder der Neustart eines Mitglieds fehlschlägt, beendet NSSU den Upgrade-Vorgang und protokolliert den Fehler. In diesem Fall müssen Sie manuell Wiederherstellungsmaßnahmen für Member durchführen, die sich in einem inkompatiblen Zustand befinden, um wiederherzustellen, dass alle Member dieselbe Version der Software ausführen. NSSU ruft nach einem dieser Fehler automatisch Wiederherstellungsmaßnahmen wie folgt auf:
Wenn NSSU aufgrund eines Kopierfehlers beendet wird, entfernt der primäre Anbieter das neue Image von allen Membern, auf die es bereits kopiert wurde.
Wenn ein Mitglied nicht neu starten kann, initiiert NSSU automatisch einen sauberen Neustart des Virtual Chassis, indem das gesamte Virtual Chassis heruntergefahren und neu gestartet wird. Alle Mitglieder starten die neue Software gleichzeitig. Diese Aktion stellt den korrekten Virtual Chassis-Betrieb schneller wieder her als ein instabiles Virtual Chassis, auf dem verschiedene Versionen der Software ausgeführt werden, die versuchen, zu konvergieren.
Junos OS Software-Images mit erweiterter Automatisierung werden nur auf einem nicht gemischten Virtual Chassis mit QFX5100-Switches unterstützt. Außerdem können Sie keine NSSU von einem standardmäßigen Junos OS-Software-Image zu einem Junos OS-Software-Image mit erweiterter Automatisierung oder von einem Junos OS-Software-Image mit erweiterter Automatisierung zu einem standardmäßigen Junos OS-Software-Image durchführen.
So aktualisieren Sie alle Mitglieder in einem Virtual Chassis mit NSSU:
Laden Sie das Softwarepaket wie unter Installieren von Software-Paketen auf Geräten der QFX-Serie beschrieben herunter. Wenn Sie ein gemischtes Virtual Chassis aktualisieren, laden Sie die Softwarepakete für die verschiedenen Switch-Typen herunter.
Kopieren Sie das Softwarepaket oder die Softwarepakete in das Virtual Chassis. Es wird empfohlen, die Datei(en) in das
/var/tmpVerzeichnis auf dem primären Server zu kopieren.Verwenden Sie die Konsolenverbindung oder die Virtual Management Ethernet (VME)-Schnittstelle, um sich beim Virtual Chassis oder gemischten Virtual Chassis anzumelden. Sie können den Fortschritt des Neustarts des primären Switches überwachen, wenn Sie eine Konsolenverbindung verwenden.
Starten Sie die NSSU:
Geben Sie in einem Virtual Chassis, in dem alle Mitglieder dasselbe Software-Image verwenden, Folgendes ein:
user@switch> request system software nonstop-upgrade force-host /var/tmp/package-name.tgz
Dabei
package-name.tgzist der Name des Softwarepakets,jinstall-qfx-3-13.2X50-D15.3-domestic-signed.tgzz. B. . .Geben Sie in einem gemischten Virtual Chassis, in dem Mitglieder verschiedene Software-Images verwenden können, den
request system software nonstop-upgradeBefehl mit dersetOption ein, mehr als einen Softwarepaketnamen anzugeben:user@switch> request system software nonstop-upgrade set [/var/tmp/package-name1.tgz /var/tmp/package-name2.tgz]
Beispielsweise können
/var/tmp/package-name2.tgzSoftwarepakete für verschiedene Arten von Switches in einem gemischten/var/tmp/package-name1.tgzVirtual Chassis spezifiziert werden.
Der Switch zeigt Statusmeldungen ähnlich den folgenden Meldungen an, während das Upgrade ausgeführt wird:
Chassis ISSU Check Done NSSU: Validating Image NSSU: Preparing Backup RE Installing image on other FPC's along with the backup Checking pending install on fpc1 Pushing bundle to fpc1 WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately Completed install on fpc1 Checking pending install on fpc2 Pushing bundle to fpc2 WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately Completed install on fpc2 Rebooting fpc1 NSSU: Backup RE Prepare Done Waiting for Backup RE reboot GRES operational Initiating Chassis In-Service-Upgrade Chassis NSSU Started NSSU: Preparing Daemons NSSU: Daemons Ready for NSSU NSSU: Starting Upgrade for FRUs NSSU: Preparing for Switchover NSSU: Ready for Switchover Checking In-Service-Upgrade status Item Status Reason FPC 0 Online FPC 1 Online FPC 2 Online (ISSU) Going to install image on master WARNING: A reboot is required to install the software WARNING: Use the 'request system reboot' command immediately relinquish mastership NSSU: IDLE *** FINAL System shutdown message from user@switch *** System going down IMMEDIATELY Shutdown NOW! [pid 9336]
Melden Sie sich an, nachdem der ursprüngliche Neustart des primären Switches abgeschlossen ist. Geben Sie den folgenden Befehl ein, um zu überprüfen, ob die Software auf allen Routing-Engines im Virtual Chassis aktualisiert wurde:
user@switch>
show versionUm sicherzustellen, dass die Funktion für ausfallsichere Dual-Root-Partitionen ordnungsgemäß funktioniert, kopieren Sie das neue Junos OS-Image in die alternativen Stammpartitionen aller Mitglieder:
user@switch>
request system snapshot slice alternate all-membersMit ausfallsicheren Dual-Root-Partitionen kann der Switch transparent von der alternativen Root-Partition booten, wenn das System nicht von der primären Root-Partition booten kann.
Überprüfen Sie nach Abschluss eines Upgrades bitte , show system alarmsund syslog, show chassis fabric errors, show chassis fabric fpcs.
Wenn die FPCs oder die Fabric Fehler anzeigen, stellen Sie Alarme für bestimmte Fehler ein. Konfigurieren Sie pfe-offline als Fehleraktion zur Minderung von Ausfällen.