Unified ISSU in einem Virtual Chassis

Vorteile einer vereinheitlichten ISSU in einem Virtual Chassis

Die Durchführung einer vereinheitlichten ISSU in einem Virtual Chassis bietet die folgenden Vorteile:

• Aktualisiert das Junos OS-Softwarepaket bei gleichzeitiger Aufrechterhaltung der Anwender-Sitzungen.

• Reduziert das mit einem Software-Upgrade verbundene Risiko. Nach dem Ausführen einer vereinheitlichten ISSU ist das resultierende System genau dasselbe, als ob Sie es mit einem Systemneustart aktualisiert hätten.

• Verhindert, dass sich Software-Upgrades negativ auf die Fähigkeit des Service Providers auswirken, strenge Service Level Agreements (SLAs) einzuhalten.

• Eliminiert Netzwerkausfallzeiten während Software-Image-Upgrades.

• Ermöglicht eine schnellere Implementierung neuer Junos OS-Funktionen.

• Bietet Funktionsparität mit einheitlicher ISSU-Unterstützung auf eigenständigen Routern.

Voraussetzungen für die Durchführung eines Unified ISSU in einem Virtual Chassis

Bevor Sie eine vereinheitlichte ISSU in einem Virtual Chassis mit zwei Mitgliedern starten, müssen Sie alle folgenden Schritte ausführen:

• Stellen Sie sicher, dass auf allen vier Routing-Engines im Virtual Chassis (beide Routing-Engines im primären Router und beide Routing-Engines im Backup-Router) dieselbe Junos OS-Softwareversion ausgeführt wird.

• Sichern Sie die vorhandene Router-Konfiguration, damit Sie sie bei Bedarf wiederherstellen (zurücksetzen) können.

• Stellen Sie sicher, dass sowohl Graceful Routing-Engine Switchover (GRES) als auch Nonstop Active Routing (NSR) aktiviert sind.

Funktionsweise von Unified ISSU in einem Virtual Chassis

Um eine vereinheitlichte ISSU in einem Virtual Chassis durchzuführen, geben Sie den request system software in-service-upgrade package-name Befehl aus dem Konsolenfenster für die primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) aus. Wenn Sie diesen Befehl vom VC-PP ausgeben, wird das Softwarepaket auf alle anderen Routing-Engines im Virtual Chassis kopiert.

Der request system software in-service-upgrade package-name Befehl funktioniert für das Upgrade von Mitgliedsroutern in einer Virtual Chassis-Konfiguration genauso wie für das Upgrade eines eigenständigen Routers mit dualen Routing-Engines, mit folgenden Ausnahmen:

• Die no-copyOptionen , no-old-master-upgrade, und unlink für den request system software in-service-upgrade Befehl sind für ein Virtual Chassis nicht verfügbar.

• Die reboot Option für den request system software in-service-upgrade Befehl wird akzeptiert, aber für ein Virtual Chassis ignoriert. Ein einheitliches ISSU startet immer alle Routing-Engines in den Virtual Chassis-Mitgliedsroutern neu.

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

1. Aktiviert die neue Junos OS-Softwareversion auf allen Routing-Engines im Virtual Chassis.

   Auf den Routing-Engines wird noch die alte Softwareversion von Junos OS ausgeführt.

2. Aktualisiert sowohl Standby-Routing-Engines (VC-Ps und VC-Bs) im Virtual Chassis als auch Backup-Routing-Engines.

   Das Virtual Chassis leitet weiterhin aktiv Datenverkehr weiter.

3. Führt einen lokalen Switchover der Routing-Engines im Virtual Chassis Backup-Router (VC-B) durch.

   Der lokale Switchover bewirkt, dass die in Schritt 2 aktualisierten VC-Bs zum VC-Bp werden und der VC-Bp, auf dem noch die alte Junos OS-Software ausgeführt wurde, zu VC-Bs wird. Auf dem VC-Bp wird jetzt die neue Softwareversion von Junos OS ausgeführt, und auf dem VC-Bs wird weiterhin die alte Softwareversion von Junos OS ausgeführt. Das Virtual Chassis leitet weiterhin aktiv Datenverkehr weiter.

4. Aktualisiert die Packet Forwarding Engines auf die neue Softwareversion von Junos OS.

   Die Packet Forwarding Engines verwenden jetzt das aktualisierte VC-BP als primäres Virtual Chassis-Protokoll.

5. Führt einen lokalen Switchover der Routing-Engines im primären Virtual Chassis-Router (VC-P) durch.

   Die lokale Umschaltung des VC-P bewirkt auch eine globale Umschaltung im Virtual Chassis, wodurch aus dem VC-P der VC-B wird. Infolgedessen wird der VC-Pp zum VC-Bs und der VC-Ps zum VC-Bp. Die globale Umschaltung auf dem VC-B bewirkt, dass der VC-Bp zum VC-Pp und die VC-Bs zum VC-Ps werden.

   Auf dem VC-Pp und dem VC-BP wird jetzt die neue Softwareversion von Junos OS ausgeführt. Auf den VC-Ps (ursprünglich VC-Bp) und VC-Bs (ursprünglich VC-Pp) wird noch die alte Softwareversion von Junos OS ausgeführt.

6. Aktualisiert die Standby-Routing-Engines im Virtual Chassis (VC-Ps und VC-Bs).

   Das Virtual Chassis ist jetzt vollständig auf die neue Softwareversion von Junos OS aktualisiert.

Virtual Chassis-Rollenübergänge nach einer vereinheitlichten ISSU

Eine vereinheitlichte ISSU in einem Virtual Chassis aktualisiert alle Routing-Engines im Virtual Chassis auf die neue Softwareversion von Junos OS. In einem Virtual Chassis mit zwei Mitgliedern umfasst dies vier Routing-Engines: die primären und Standby-Routing-Engines (Backup) im primären Virtual Chassis-Router und die primären und Standby-Routing-Engines im Virtual Chassis-Backup-Router. Infolgedessen durchlaufen die Mitgliedsrouter und die zugehörigen Routing-Engines nach Abschluss der vereinheitlichten ISSU sowohl globale als auch lokale Rollenübergänge.

Ein globaler Rollenwechsel ändert die primäre Rolle im Virtual Chassis durch das Switching der globalen Rollen des primären Virtual Chassis-Routers (VC-P) und des Virtual Chassis-Backup-Routers (VC-B) und gilt global für das gesamte Virtual Chassis. Ein lokaler Rollenübergang schaltet die lokalen primären und Backup-Rollen (master und standby, oder m und s) jeder der beiden Routing-Engines in einem Mitglieds-Router um und gilt lokal nur für diesen Mitglieds-Router.

Eine vereinheitlichte ISSU in einem Virtual Chassis verursacht die in Tabelle 1 aufgeführten globalen und lokalen Rollenübergänge.