Einleitung
Dieses Dokument beschreibt Upgrade-Optionen und -Pfade für die NX-OS-Software eines Cisco Nexus Switches der Serien 5500 und 5600.
Voraussetzungen
Relevante Hardware
Die in diesem Dokument enthaltenen Informationen gelten nur für diese Hardware:
- Cisco Nexus 5596UP
- Cisco Nexus 5596T
- Cisco Nexus 5548UP
- Cisco Nexus 5548P
- Cisco Nexus 5672UP
- Cisco Nexus 5648Q
- Cisco Nexus 5624Q
- Cisco Nexus 5696Q
- Cisco Nexus 56128
NX-OS-Software
Die NX-OS-Software für die Nexus Switches der Serien 5500 und 5600 besteht aus dem kickstart and system images . Stellen Sie beim Aktualisieren der NX-OS-Software des Geräts sicher, dass beide Images der gleichen Version entsprechen.
So rufen Sie die erforderlichen NX-OS-Images ab:
- Navigieren Sie zum Software Download Center unter
https://software.cisco.com/download/home .
- Suchen Sie nach der entsprechenden Nexus 5500- und 5600-Plattform, die aktualisiert werden muss.
- Laden Sie sowohl das System- als auch das Kickstart-Image für den Code herunter, der auf dem Gerät installiert werden muss.
Empfohlene Mindestcodes
Informationen zu den empfohlenen NX-OS-Softwareversionen für Cisco Nexus Switches der Serien 5500 und 5600 finden Sie in einem der folgenden Dokumente:
Empfohlene Mindestversion von Cisco NX-OS für Cisco Nexus Switches der Serie 5500
Empfohlene Mindestversion von Cisco NX-OS für Cisco Nexus Switches der Serie 5600
Hintergrundinformationen
Die Cisco Nexus Switches der Serien 5500 und 5600 bieten zwei verschiedene Optionen zum Aktualisieren der Software: In Service Software Upgrade (ISSU) und Non-ISSU. Jede Option kann je nach Umgebung, angewandter Konfiguration und zulässigen Ausfallzeiten genutzt werden.
In-Service-Software-Upgrades (ISSU)
Die Cisco Nexus Switches der Serien 5500 und 5600 unterstützen eine einzelne ISSU-Architektur mit "Supervisor" und führen bei der Ausführung einen Stateful-Neustart des gesamten Betriebssystems durch, während die Weiterleitung auf Datenebene intakt bleibt. Während dieser Zeit werden die Funktionen der Kontrollebene des Switches, der einem ISSU-Vorgang unterzogen wird, vorübergehend für 80 Sekunden ausgesetzt, und Konfigurationsänderungen sind nicht zulässig.
Überlegungen
- ISSU wird nur zwischen kompatiblen Images unterstützt. Siehe Abschnitt Unterstützte Upgrade-Pfade in diesem Dokument.
- Alle Fehler von dem Punkt an, an dem ISSU nicht ordnungsgemäß abgebrochen werden kann, können zu einem Disruptive Upgrade (Chassis-Neuladen) führen. Häufige Gründe für die ISSU-Unterbrechung sind das Einfügen und Entfernen von Modulen oder Änderungen der Spanning-Tree-Topologie während der ISSU-Phase.
- Bei einem erfolgreichen ISSU wird das Chassis oder der verbundene FEX nicht neu geladen.
- CLI- und SNMP-Konfigurationsänderungsanforderungen werden während ISSU-Vorgängen abgelehnt.
Voraussetzungen für ISSU
Die folgende Liste enthält die Anforderungen, die erfüllt werden müssen, damit ISSU unterstützt wird. Wenn eine der Anforderungen nicht erfüllt wird, reicht es aus, dass ISSU fehlschlägt:
- Das Gerät darf keine Layer-3-Services ausführen. Sie müssen alle Layer-3-Funktionen deaktivieren, die L3-Lizenz entfernen und den Switch neu laden, um ein unterbrechungsfreies Upgrade mit einem ISSU zu erhalten.
- Schnelle LACP-Timer (hello=1 sec, dead=3 sec) werden von ISSU nicht unterstützt. Standard-Timer (hello=30 sec, dead=90 sec) müssen auf dem Switch und seinen LACP-Nachbarn konfiguriert werden.
- STP-fähige Switches können dem Switch, der einem ISSU unterzogen wird, nicht nachgeschaltet werden.
- Die STP Bridge Assurance-Funktion (
spanning-tree port type network) kann nur für den vPC-Peer-Link auf keiner Schnittstelle konfiguriert werden.
- In keiner STP-Instanz darf eine Topologieänderung aktiv sein.
- Der Status "STP Designated Forwarding" darf keine Schnittstellen mit Ausnahme des vPC-Peer-Links enthalten. Wenn sich in diesem Zustand Schnittstellen befinden, die mit Geräten verbunden sind, auf denen STP nicht ausgeführt wird, z. B. Server, Router, Firewalls usw., können Sie diese an Access-Ports und Trunk-Ports konfigurieren, um die Anforderungen zu erfüllen. Diese Konfiguration ermöglicht
spanning-tree port type edge die Einrichtung von Access-Ports und Trunk-Ports. Nicht auf Schnittstellen verwendenspanning-tree port type edge, die mit Switches verbunden sind, auf denen STP ausgeführt wird.
- Im Fall einer vPC-Einrichtung müssen alle ISSU-Voraussetzungen auf beiden vPC-Peers gleichzeitig erfüllt sein.
Management-Services während ISSU
Vor dem Zurücksetzen des Switches für ISSU (Abfall der Kontrollebene für ~80 Sek.) inband and management connections are brought down, and are brought back up after ISSU completes.
Services, die von In-Band- und Management-Ports abhängen, sind während dieser Zeit beeinträchtigt, z. B.: Telnet-, SSH-, AAA-, RADIUS-, HTTP- und NTP-Sitzungen zum und vom Switch werden während des Neustarts der ISSU-Kontrollebene unterbrochen. Aus diesem Grund wird empfohlen, während des ISSU-Prozesses über Konsolenzugriff zu verfügen, sodass der Benutzer den ISSU-Fortschritt weiterhin beobachten kann, während die Managementverbindungen wiederhergestellt werden.
Non-In-Service-Software-Upgrades (ohne ISSU)
Die Cisco Nexus Switches der Serien 5500 und 5600 unterstützen auch eine Option ohne ISSU, die gemeinhin als unterbrechendes Upgrade bezeichnet wird und das Laden eines neuen Images durch Neuladen des Geräts ermöglicht.
Gründe für ein unterbrechungsfreies Upgrade
- Disruptive Upgrades sind die einzige Upgrade-Methode, wenn eine der ISSU-Bedingungen nicht erfüllt ist.
- Bei einem unterbrechungsfreien Upgrade werden alle angeschlossenen FEX gleichzeitig aktualisiert, sodass sich das Wartungsfenster verkürzen kann.
- Zwischen inkompatiblen Images können unterbrechungsfreie Upgrades durchgeführt werden. Auf diese Weise können mehrere Upgrades vermieden werden, die für die ISSU-Option erforderlich sind.
Vorsicht: Das Ausführen eines Upgrades zwischen inkompatiblen Images kann zu einem gewissen Konfigurationsverlust führen. Weitere Informationen finden Sie unter Cisco Bug ID CSCul2703. Es muss entschieden werden, ob ein Teil der Konfiguration verloren gehen und nach dem Upgrade wiederhergestellt werden kann oder ob es bevorzugt wird, die gesamte Konfiguration über einen unterstützten Upgrade-Pfad beizubehalten.
Hinweis: Wenn Sie ein Upgrade von einer 7.x-Version auf eine Version durchführen, die einen Fix der Cisco Bug-ID CSCva49522 enthält, wird die binäre Konfiguration wiedergegeben, und es wird kein Konfigurationsverlust erwartet.
Hinweis: Die Nexus 5596-Switches können nach einem Neuladen oder einem NX-OS-Upgrade nicht gestartet werden, wenn die Einstellungen für den Stromversorgungscontroller nicht aktualisiert wurden. Weitere Informationen finden Sie unter Cisco Bug-ID CSCun66310.
Unterstützte Upgrade-Pfade
Die unterstützten Upgrade-Pfade für Cisco NX-OS 7.3(13)N1(1) und 7.3(14)N1(1) auf dem Nexus 5500 finden Sie in Tabelle 1.
Tabelle 1. Unterstützte Upgrade-Pfade für Cisco Nexus 5500
Aktuelle Version |
Zwischenveröffentlichungen |
Zielversion |
Alle Versionen auf Cisco NX-OS 7.3 |
Direktes Upgrade wird unterstützt |
7,3(13)N1(1) 7,3(14)N1(1) |
Alle Versionen auf Cisco NX-OS 7.2 |
7,3(2)N1(1) |
NX-OS 7.1(4) oder 7.1(5) |
Direktes Upgrade wird unterstützt |
NX-OS 7.1 vor 7.1(4) |
7.1(4)N1(1) oder 7.1(5)N1(1) |
NX-OX 7.0(4) oder spätere Version |
7.1(4)N1(1) oder 7.1(5)N1(1) |
NX-OS 7.0 vor 7.0(4) |
Zwei Sprünge: zuerst 7.0(8)N1(1), dann 7.1(4)N1(1) |
NX-OX 5.2 oder 6.0 |
Zwei Sprünge: zuerst 7.0(4)N1(1), dann bis 7.1(4)N1(1) |
Hinweis: Sie können aufgrund des Problems mit der Cisco Bug-ID CSCvt58479 kein unterbrechungsfreies Upgrade von Cisco NX-OS 7.3(7)N1(1) auf die Cisco NX-OS Version 7.3(13)N1(1) durchführen.
Die unterstützten Upgrade-Pfade für Cisco NX-OS 7.3(13)N1(1) und 7.3(14)N1(1) auf Nexus 5600 finden Sie in Tabelle 2.
Tabelle 2. Unterstützte Upgrade-Pfade für Cisco Nexus Switches der Serie 5600
Aktuelle Version |
Zwischenveröffentlichungen |
Zielversion |
Jede Version, die höher als 7.3(8)N1(1) ist |
Direktes Upgrade wird unterstützt |
7,3(13)N1(1) 7,3(14)N1(1) |
NX-OS 7.2(1)N1(1) |
Zwei Sprünge: zuerst 7.3(2)N1(1), dann 7.3(8)N1(1) |
NX-OS 7.2(0)N1(1) |
Drei Sprünge: zuerst 7.2(1)N1(1), dann 7.3(2)N1(1), dann 7.3(8)N1(1) |
NX-OS 7.1(4) oder 7.1(5) |
7,3(8)N1(1) |
NX-OS 7.1 vor 7.1(4) |
7.1(4)N1(1) oder 7.1(5)N1(1) |
NX-OX 7.0(4) oder spätere Version |
7.1(4)N1(1) oder 7.1(5)N1(1) |
NX-OS 7.0 vor 7.0(4) |
Zwei Sprünge: zuerst 7.0(8)N1(1), dann 7.1(4)N1(1) |
Unterstützte Upgrade-Methoden
ISSU (unterbrechungsfrei)
Um ein ISSU-Upgrade auszulösen, muss derinstall all Befehl zwischen kompatiblen Images verwendet werden:
switch# install all kickstart bootflash:[kickstart-image.bin] system bootflash:[system-image.bin]
Nicht-ISSU (unterbrechungsfrei)
Um ein Nicht-ISSU-Upgrade auszulösen, muss derinstall all Befehl zwischen kompatiblen oder inkompatiblen Images verwendet werden:
switch# install all kickstart bootflash:[kickstart-image.bin] system bootflash:[system-image.bin]
Um ein unterbrechungsfreies Upgrade auch dann zu erzwingen, wenn ein ISSU verwendet werden kann, verwenden Sie den install all Befehl mit der force Option:
switch# install all force kickstart bootflash:[kickstart-image.bin] system bootflash:[system-image.bin]
Hinweis: Nachdem der Befehl install all seine Vorprüfungen abgeschlossen hat, wird mit der folgenden Meldung ein Disruptive Upgrade ausgelöst: Geben Sie Switch will be reloaded for disruptive upgrade. Do you want to continue with the installation (y/n)? [n]hier 'y' ein, damit das Upgrade fortgesetzt werden kann.
Vorsicht: Die Änderung der Boot-Variablen ist keine empfohlene Methode für Upgrades oder Downgrades von Cisco NX-OS. Dies kann zu einem Verlust der Konfiguration und zu Systeminstabilität führen.
Zugehörige Dokumentation
Die Dokumentation für die Cisco Nexus Switches der Serien 5500 und 5600 ist für die Cisco Nexus Switches der Serie 5000 verfügbar.
Die Dokumentation ist in folgende Kategorien unterteilt: