Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Unterbrechungsfreies Software-Upgrade auf einer Virtual Chassis-Fabric verstehen

Mit unterbrechungsfreiem Software-Upgrade (NSSU) können Sie die Software auf allen Member-Switches in einem Virtual Chassis Fabric (VCF) mit minimalen Unterbrechungen des Netzwerkverkehrs während des Upgrades aktualisieren. Sie können NSSU mit einem VCF wie folgt verwenden:

  • NSSU wird in einem nicht gemischten oder gemischten Modus QFX5100 VCF mit bis zu 20 Mitgliedern unterstützt.

  • Für eine minimale Unterbrechung des Datenverkehrs müssen Sie Link Aggregation Groups (LAGs) so konfigurieren, dass sich die Mitgliederlinks jeder LAG auf verschiedenen VCF-Mitgliedern befinden. Wenn eine Mitgliederverbindung einer LAG ausfällt, sind die verbleibenden Links hoch und der Datenverkehr fließt weiterhin durch die LAG.

Hinweis:

Da die NSSU die Software jedes VCF-Mitglieds einzeln aktualisiert, kann ein Upgrade mit NSSU länger dauern als ein Upgrade mithilfe des Befehls request system software add .

Sie können den Zeitaufwand für ein Upgrade reduzieren, indem Sie NSSU Linecard-Upgradegruppen konfigurieren. Die Mitglieder eines Virtual Chassis oder VCF in einer Upgrade-Gruppe werden gleichzeitig aktualisiert. Weitere Informationen finden Sie unter Konfigurieren von Linecard-Upgradegruppen für ununterbrochenes Software-Upgrade.

Vorteile der NSSU

  • Keine Unterbrechung der Steuerungsebene– NSSU verwendet Graceful Routing Engine Switchover (GRES) und Nonstop Active Routing (NSR), um sicherzustellen, dass die Steuerungsebene nicht unterbrochen wird. Während des Upgrade-Vorgangs bewahrt der VCF die Informationen über Schnittstelle, Kernel und Routingprotokolle.

  • Minimale Unterbrechung des Netzwerkdatenverkehrs: Die NSSU minimiert Unterbrechungen des Netzwerkverkehrs, indem die Mitglieder-Switches nacheinander aktualisiert werden. Dadurch können primäre und Backup-Mitglieder ihre Primären- und Backup-Rollen pflegen (obwohl sich die primäre Rolle ändert), ohne den Datenverkehr zu unterbrechen, und der Datenverkehr kann weiterhin durch Mitglieder in der Linecard-Rolle fließen, die nicht aktualisiert werden.

Anforderungen für die Durchführung einer NSSU für einen VCF

Sie müssen im VCF Folgendes konfigurieren, bevor Sie einen NSSU-Betrieb anfordern:

  • Graceful Routing Engine Switchover (GRES).

  • Nonstop Active Routing (NSR) und Nonstop Bridging (NSB).

    Hinweis:

    Wir empfehlen, NSB bei der Einrichtung eines VCF mit jedem Bereitstellungsmodus zu aktivieren – vorinstalliert, automatisch bereitgestellt oder nicht bereitgestellt –, um die Nachbarschaft von Layer 2-Kontrollprotokollen während eines Routing-Engine-Switchovers zu vermeiden.

    Wenn Sie NSR und NSB aktivieren, bestätigen Sie die Konfiguration mithilfe des commit synchronize CLI-Befehls.

  • Definieren Sie für minimalen Datenverkehrsunterbrechung Link Aggregation Groups (LAGs), so dass sich die Mitglieder-LAG-Links auf verschiedenen VCF-Mitgliedern befinden.

Für einen erfolgreichen NSSU-Betrieb sind auch die folgenden Bedingungen erforderlich:

  • Verbinden Sie die VCF-Mitglieder in einer Spine-and-Leaf-Topologie, wobei jedes Leaf-Gerät mit allen konfigurierten Spine-Geräten verbunden ist. Diese Topologie verhindert, dass der VCF während eines NSSU-Betriebs aufgeteilt wird.

    Hinweis:

    Sie müssen auch einen VCF mit zwei Komponenten konfigurieren no-split-detection , damit der VCF nicht geteilt wird, wenn die NSSU ein Mitglied aktualisiert.

  • Verwenden Sie die Vorbereitstellung beim ersten Einrichten des VCF, sodass Sie den in jeder dieser Rollen handelnden Member-Switches explizit die Routing-Engine- oder Linecard-Rolle zuweisen.

    Während einer NSSU müssen die VCF-Mitglieder ihre Rollen aufrechterhalten– die primäre und die Backup-Rollen müssen ihre Primären- und Backup-Rollen beibehalten (obwohl sich die primäre Rolle ändert) und diese Mitglieder-Switches müssen in ihren Routing-Engine-Rollen verbleiben. Die verbleibenden Switches müssen ihre Linecard-Rollen behalten.

  • Sie können in der vorinstallierten Konfiguration nur zwei Mitglieder in der Routing-Engine-Rolle haben. Der NSSU-Prozess überprüft die Mitgliederkonfiguration, zeigt eine Warnmeldung an, wenn festgestellt wird, dass Sie mehr als zwei Switches in der Routing-Engine-Rolle konfiguriert haben, und beendet das Upgrade.

So funktioniert NSSU für einen VCF

Wenn Sie eine NSSU auf einem VCF anfordern:

  1. Der VCF überprüft, ob:

    • Die Sicherung ist online.

    • Sie haben Graceful Routing Engine Switchover (GRES), Nonstop Active Routing (NSR) und Nonstop Bridging (NSB) aktiviert.

    • Der VCF verfügt über eine vorinstallierte Konfiguration mit nur 2 Mitgliedern in der Routing-Engine-Rolle.

  2. Der Primäre überträgt das neue Software-Image an die Backup- und verbleibenden Rollenmitglieder der Linekarte nacheinander über rcp.

    Beginnend mit Junos OS Version 14.1X53-D40, um die für den Abschluss eines NSSU-Vorgangs für einen VCF erforderliche Zeit zu optimieren, werden die primären parallelen rcp Sitzungen verwendet, um die neue Software zu mehreren Mitgliedern gleichzeitig zu kopieren (anstatt darauf zu warten, dass der Kopiervorgang für jedes Mitglied abgeschlossen wird, bevor das Software-Image auf das nächste Mitglied kopiert wird). Die Anzahl der parallelen Kopiervorgänge wird durch einen Standardalgorithmus basierend auf der Anzahl der Mitglieder im VCF oder auf einem QFX5100 VCF bestimmt, den Sie mithilfe der rcp-count Konfigurationsanweisung eine bestimmte Anzahl konfigurieren können. Weitere Informationen finden Sie unter rcp-count .

    Hinweis:

    Wenn das Kopieren der neuen Software an ein Linecard-Rollenmitglied fehlschlägt, beendet NSSU den Upgrade-Prozess für den gesamten VCF, ohne mitglieder neu zu starten, und protokolliert die Fehlerbedingung. Beginnend mit Junos OS Version 14.1X53-D40 führt der Primäre nach einem Ausfall einer NSSU-Kopie des neuen Softwarebilds an ein Mitglied eine zusätzliche Fehlerwiederherstellungsmaßnahme aus, um die neue Software von den Mitgliedern zu entfernen, an die sie bereits übertragen wurde.

  3. Der Primäre startet das Backup mit der neuen Software neu, und das Backup wird mit dem primären resynchronisiert.

  4. Die primären Switches werden nacheinander in der Linecard-Rolle geladen und neu gestartet. Der Primäre wartet darauf, dass jedes Mitglied online und aktiv wird und die neue Software ausführt, bevor das nächste Mitglied neu gestartet wird.

    • Wenn Sie Upgrade-Gruppen konfiguriert haben, laden das VCF-Mitglied oder die Mitglieder der ersten Upgrade-Gruppe das neue Image und starten es neu. Wenn die Mitglieder in dieser Upgrade-Gruppe wieder online sind, laden die Mitglieder in der nächsten Upgrade-Gruppe das neue Image und starten es neu.

    • Während dieses Vorgangs fließt der Datenverkehr weiterhin durch die anderen Mitglieder.

  5. Der Neustart wird fortgesetzt, bis alle aktiven Mitglieder mit der neuen Software neu gestartet wurden.

    Hinweis:

    Wenn ein Mitglied nicht erfolgreich neu gestartet wird (einschließlich des ersten Neustarts der Sicherung), beendet NSSU den Upgrade-Prozess und protokolliert die Fehlerbedingung. Um in diesem Fall eine VCF-Instabilität zu vermeiden, sollten Sie entweder das teilweise Upgrade zurücksetzen, indem Sie die alte Software wiederherstellen und die Mitglieder neu starten, die bereits mit der neuen Software neu gestartet wurden, oder versuchen, alle Mitglieder mit der neuen Software, die auf sie kopiert wurde, manuell neu zu starten, sodass alle Mitglieder wieder mit derselben Version der Software online kommen.

    Beginnend mit Junos OS Version 14.1X53-D40 ruft NSSU automatisch Wiederherstellungsmaßnahmen auf, wenn der Neustart bei einem Linecard-Rollenmitglied fehlschlägt, den sequenziellen Neustartvorgang stoppt und den gesamten VCF heruntersetzt und neu startet. Durch diese Aktion werden alle Mitglieder gleichzeitig mit der neuen Software verbunden, wodurch ein stabiler VCF-Betrieb schneller wiederhergestellt wird, als wenn ein instabiler VCF verschiedene Versionen der Software ausführt, die versuchen zu konvergieren.

  6. Wenn alle Mitglieder, die sich in der Linekartenrolle befinden, aktualisiert wurden, führt der Primäre einen Graceful Routing Engine-Switchover aus, und das aktualisierte Backup wird der primäre.

  7. Die Software des ursprünglichen Primären wird aktualisiert und die ursprüngliche primäre wird automatisch neu gestartet. Nachdem der ursprüngliche Primäre wieder in den VCF eingesenkt ist, können Sie optional die Kontrolle an den VCF zurückgeben, indem Sie einen Graceful Routing Engine-Switchover anfordern.

NSSU-Beschränkungen

Sie können eine NSSU nicht verwenden, um die Software herunterzustufen– das heißt, um eine frühere Version der Software zu installieren, die derzeit auf dem Switch ausgeführt wird. Verwenden Sie den request system software add Befehl, um eine frühere Softwareversion zu installieren.

Sie können nach einem Upgrade mit NSSU nicht zur vorherigen Softwareversion zurückkehren. Wenn Sie zur vorherigen Softwareversion zurückkehren müssen, können Sie dies tun, indem Sie von der alternativen Root-Partition neu starten, wenn Sie die neue Softwareversion nicht bereits in die alternative Root-Partition kopiert haben.

NSSU- und Junos OS-Versionsunterstützung

NSSU wird auf einem QFX5100 VCF mit bis zu 20 Member-Switches in Junos OS Version 13.2X51-D20 oder höher unterstützt.

Hinweis:

Sie können NSSU nicht verwenden, um einen QFX5100 VCF von einem Junos OS-Bild "-qfx-5-" (siehe Paketname) auf ein "-qfx-5e-"-Image zu aktualisieren. Sie müssen zunächst alle QFX5100-Switches auf ein "-qfx-5e-"-Image aktualisieren, das NSSU unterstützt. Dann können Sie die NSSU verwenden, um den VCF auf eine spätere "-qfx-5e-" Junos OS-Version zu aktualisieren, die unterstützt wird von und zu Versionskombinationen. Erfahren Sie , wie Sie einen QFX5100-Switch mit einem USB-Gerät aktualisieren, um einer QFX5110 Virtual Chassis- oder Virtual Chassis-Fabric beizutreten.

Ein VCF muss zunächst eine Junos OS-Version ausführen, die NSSU unterstützt, bevor Sie eine NSSU durchführen können, um sie auf eine spätere Version zu aktualisieren.

Wenn ein VCF eine Softwareversion ausführt, die NSSU nicht unterstützt, können Sie den VCF mit dem Standard-CLI-Befehl aktualisieren, um die Software zu aktualisieren. request system software add Erfahren Sie mehr über das Upgrade von Virtual Chassis Fabric-Software mithilfe automatischer oder Standard-Softwareupdatefunktionen, für die VCF-Ausfallzeiten erforderlich sind, oder das Beispiel für die Netzwerkkonfiguration So aktualisieren Sie einen vierköpfigen VCF der QFX-Serie, mit dem Serviceunterbrechungen während des Upgrade-Prozesses minimiert werden.

NSSU funktioniert nur in VCFs mit bestimmten Versionen von und zu Junos OS. Wenden Sie sich an das Juniper Networks Technical Assistance Center (JTAC), um zu bestätigen, dass sie von und zu versionen unterstützt werden, wenn Sie erwägen, Ihren VCF mit NSSU zu aktualisieren.

Überblick über NSSU-Konfiguration und -Betrieb

Sie müssen sicherstellen, dass die Konfiguration die in Den Anforderungen an die Durchführung einer NSSU für einen VCF beschriebenen Anforderungen erfüllt. Die Ausführung von NSSU selbst erfordert keine zusätzliche Konfiguration.

Sie initiieren eine NSSU, indem Sie den request system software nonstop-upgrade CLI-Befehl eingeben. Detaillierte Anweisungen zur Durchführung einer NSSU finden Sie in den Themen in der zugehörigen Dokumentation.

Versionsverlaufstabelle
Release
Beschreibung
14.1X53-D40
Beginnend mit Junos OS Version 14.1X53-D40, um die für den Abschluss eines NSSU-Vorgangs für einen VCF erforderliche Zeit zu optimieren, werden die primären parallelen rcp Sitzungen verwendet, um die neue Software zu mehreren Mitgliedern gleichzeitig zu kopieren (anstatt darauf zu warten, dass der Kopiervorgang für jedes Mitglied abgeschlossen wird, bevor das Software-Image auf das nächste Mitglied kopiert wird).
14.1X53-D40
Beginnend mit Junos OS Version 14.1X53-D40 führt der Primäre nach einem Ausfall einer NSSU-Kopie des neuen Softwarebilds an ein Mitglied eine zusätzliche Fehlerwiederherstellungsmaßnahme aus, um die neue Software von den Mitgliedern zu entfernen, an die sie bereits übertragen wurde.
14.1X53-D40
Beginnend mit Junos OS Version 14.1X53-D40 ruft NSSU automatisch Wiederherstellungsmaßnahmen auf, wenn der Neustart bei einem Linecard-Rollenmitglied fehlschlägt, den sequenziellen Neustartvorgang stoppt und den gesamten VCF heruntersetzt und neu startet.