Verwendung des sequenziellen Upgrades in einem Virtual Chassis der MX-Serie

Übersicht über sequentielle Upgrades

Ab Junos OS Version 20.1R1 können Virtual Chassis-Konfigurationen der MX-Serie durch sequenzielle Upgrades neue Softwareversionen mit minimalen Netzwerkausfallzeiten installieren. Der sequenzielle Upgrade-Prozess ist eine Alternative zum Unified In-Service Software Upgrade (ISSU), bei dem eine neue Version installiert und jeder Virtual Chassis-Mitgliedsrouter einzeln neu gestartet wird. Während das Upgrade auf einem Mitgliedsrouter installiert wird, arbeitet der andere Mitgliedsrouter weiter und übernimmt den Netzwerkbetrieb. Dadurch können Sie mit minimaler Unterbrechung des Netzwerks ein Upgrade auf eine neue Version durchführen.

Anmerkung: Sequenzielle Upgrades werden in MX-Serie Virtual Chassis mit MPCs (Modular Port Concentrators) der MPC10-Serie nicht unterstützt.

In diesem Dokument erfahren Sie mehr über das sequenzielle Upgrade, seine Funktionsweise und wie Sie ein sequenzielles Upgrade für Virtual Chassis-Konfigurationen der MX-Serie initiieren.

Vorteile eines sequenziellen Upgrades in einem Virtual Chassis der MX-Serie

Ein sequenzielles Upgrade in einem Virtual Chassis der MX-Serie bietet die folgenden Vorteile:

Aktualisierung des Junos OS-Softwarepakets bei gleichzeitiger Beibehaltung von Abonnentensitzungen
Minimiert Netzwerkausfälle während Software-Image-Upgrades
Vermeidet die gleichzeitige Aufrüstung aller flexiblen PIC-Konzentratoren (FPCs) und beider Gehäuse

Das sequenzielle Upgrade ist eine Alternative zur einheitlichen ISSU. Im Vergleich zu ISSU bietet das sequenzielle Upgrade die folgenden Vorteile:

Einfachere Fehlerbehebung. Beim sequenziellen Upgrade wird das Upgrade zuerst auf den Backup-Router angewendet, sodass Sie ein Zeitfenster haben, in dem Sie den Erfolg des Upgrades überprüfen und ggf. Fehler beheben können
Möglichkeit, ein Upgrade abzulehnen. Bei einem sequenziellen Upgrade können Sie den request virtual-chassis upgrade cancel Befehl nach dem Upgrade des Backup-Routers ausgeben, was Ihnen die Flexibilität einräumt, ein Upgrade zurückzuziehen und zur ursprünglichen Softwareversion zurückzukehren
Geringere Ressourcenanforderungen für sequenzielle Upgrades

Voraussetzungen für die Durchführung eines sequenziellen Upgrades in einem Virtual Chassis der MX-Serie

Bevor Sie ein sequenzielles Upgrade in einem Virtual Chassis der MX-Serie mit zwei Komponenten starten, stellen Sie sicher, dass Sie alle folgenden Schritte ausführen:

Stellen Sie sicher, dass auf allen vier Routing-Engines im Virtual Chassis (sowohl Routing-Engines im primären Router als auch beide Routing-Engines im Backup-Router) dieselbe Junos OS-Softwareversion ausgeführt wird.
Um die Unterbrechung des Datenverkehrs zu minimieren, stellen Sie sicher, dass beide Mitgliedsrouter mit symmetrischen Netzwerkschnittstellenkonfigurationen konfiguriert sind, damit der Datenverkehr nach dem Wechsel vom primären Router zum Backup-Router auf allen Schnittstellen fortgesetzt werden kann.
Stellen Sie sicher, dass Ihr Netzwerk so konfiguriert ist, dass der gesamte Datenverkehr von einem Mitgliedsrouter zum anderen übertragen werden kann.
Sichern Sie die vorhandene Router-Konfiguration.
Stellen Sie sicher, dass sowohl Graceful Routing-Engine Switchover (GRES) als auch Nonstop Active Routing (NSR) aktiviert sind.
Deaktivieren Sie die Lastdrosselung mit dem set system services resource-monitor no-load-throttle Befehl. Dadurch können sich Abonnenten während des Upgrade-Vorgangs anmelden.
Laden Sie das Software-Releasepaket, auf das Sie upgraden möchten, von der Website von Juniper herunter https://support.juniper.net/support/downloads/

Durchführen eines sequenziellen Upgrades in einem Virtual Chassis der MX-Serie

Gehen Sie folgendermaßen vor, um ein sequenzielles Upgrade in einem Virtual Chassis der MX-Serie durchzuführen:

Geben Sie auf dem primären Virtual Chassis-Router den folgenden CLI-Befehl ein, um den Upgrade-Prozess auf dem Virtual Chassis-Backup-Router zu initiieren:

request virtual-chassis upgrade protocol-backup package-name
Nachdem das Upgrade auf dem Backup-Router abgeschlossen ist, geben Sie den folgenden CLI-Befehl vom Backup-Router aus, um denselben Upgrade-Vorgang für den primären Virtual Chassis-Router zu starten:

request virtual-chassis upgrade protocol-master package-name

Anmerkung:

Wenn Sie den sequenziellen Upgradevorgang abbrechen möchten, können Sie den Befehl auf einer request virtual-chassis upgrade cancel beliebigen Routing-Engine ausgeben, nachdem der Virtual Chassis-Sicherungsrouter aktualisiert wurde und bevor der primäre Virtual Chassis-Router aktualisiert wurde. Nachdem Sie den Upgradevorgang abgebrochen haben, verwenden Sie den request system software rollback Befehl, um bei Bedarf ein Rollback auf das zuvor installierte Paket durchzuführen.

Funktionsweise der sequenziellen Aufrüstung in einem Virtual Chassis der MX-Serie

Im Allgemeinen führt die Software die folgenden Aktionen aus, nachdem Sie den request virtual-chassis upgrade protocol-backup package-name Befehl zum Upgrade auf eine neue Junos OS-Softwareversion in einer Virtual Chassis-Konfiguration mit zwei Mitgliedern ausgegeben haben:

Überprüft, ob noch kein Upgrade ausgeführt wird, und wird beendet, wenn bereits ein Upgrade ausgeführt wird.
Überprüft das Software-Image mithilfe der vorhandenen Installationsunterstützung.
Führt eine Konfigurationsüberprüfung durch.
Kopiert das Software-Image in die Routing-Engines des Backup-Routers.
Aktiviert das Software-Image auf den Routing-Engines des Backup-Routers.
Startet die Routing-Engines des Backup-Routers neu.

Anmerkung:
Sie können den automatischen Neustart von Routing-Modulen außer Kraft setzen, indem Sie die halt-re Anweisung wie folgt zum CLI-Befehl hinzufügen: request virtual-chassis upgrade protocol-backup halt-re package-name. Dies führt dazu, dass die Routine-Engines angehalten werden und darauf warten, dass der Bediener sie neu startet. Verwenden Sie diesen Befehl, wenn Sie Hardwarekomponenten wie FPCs ersetzen möchten, während der Router während des Upgrade-Vorgangs heruntergefahren wird.
Fragt den Backup-Router nach dem Neustart der Routing-Engines für die FPC-Schnittstellensynchronisierung ab.

Nach dem Upgrade des Virtual Chassis-Backup-Routers besteht der nächste Schritt darin, den request virtual-chassis upgrade protocol-master package-name Befehl über die Backup-Router-CLI auszugeben, um den Upgrade-Vorgang auf dem primären Virtual Chassis-Router zu initiieren. Die Software führt die gleichen Aktionen wie in den Schritten 1 bis 7 oben aus, jedoch für die Routing-Engines des primären Routers. Nach dem Neustart der Routing-Engines des primären Routers führt die Software die folgenden Aktionen aus:

Wechselt die Rolle des Virtual Chassis-Backup-Routers zum primären Virtual Chassis-Router.

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

20.1

Ab Junos OS Version 20.1R1 können Virtual Chassis-Konfigurationen der MX-Serie durch sequenzielle Upgrades neue Softwareversionen mit minimalen Netzwerkausfallzeiten installieren.

AUF DIESER SEITE