In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument werden die Schritte beschrieben, die zum Durchführen eines Chassis-Ersatzes in einer vPC-Umgebung (Virtual Port Channel) erforderlich sind. Dieses Szenario ist auf Hardwarefehler oder Einschränkungen bei Funktionen/Hardware-Support zurückzuführen.
Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:
Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardwareversionen:
Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Wenn Sie einen Cisco Nexus-Switch der Serie 7000 ersetzen, müssen Sie dieses Verfahren durchführen, um sicherzustellen, dass nur minimale oder keine Ausfälle auftreten. Dieses Bild zeigt, wie das Chassis ersetzt wird.
Es gibt zwei Möglichkeiten, den Chassis-Austausch durchzuführen. Option 1 dokumentiert einen kontrollierteren Ansatz, der es dem Kunden ermöglicht, die Schritte in mehreren Phasen durchzuführen, aber mehr Zeit in Anspruch nimmt. Eine zweite Option ist ebenfalls verfügbar. Beide Optionen sind unabhängig von der vPC-Rolle.
Gehen Sie wie folgt vor, um den Switch zu ersetzen:
Gehen Sie wie folgt vor, um die Lizenz zu installieren:
Stellt den Switch wieder in die Produktion ein. Es ist wichtig, die LACP-Rolle zu überprüfen und das Bit anzuheften, bevor Sie die Schnittstellen aufrufen. Im nächsten Abschnitt werden die Schritte erläutert.
LACP-Rollenprüfung
Wenn die Peer-Verbindung zwischen zwei vPC-Peers auftaucht, werden neben den vPC-Rollen auch die permanenten LACP-Rollen festgelegt (ein Peer wird zum Master, der andere zum Slave).
Eine LACP-Rollenwahl wird durchgeführt, wenn beide Peers dieselbe Rolle spielen (Master oder Slave). Das System mit der niedrigeren MAC-Adresse erhält den Master, und diese Auswahl wird nicht durch die vPC-Rollenprioritätskonfiguration bestimmt.
Eine erneute Auswahl veranlasst die erneute Initialisierung von vPC-LACP-Port-Channels, was zu einem möglichen Datenverkehrsausfall führt.
Geben Sie die folgenden Befehle ein, um die LACP-Rolle zu überprüfen:
show system internal vpcm info all | i "LACP Role"
show system internal vpcm info all | i "LACP Per"
Empfehlung
Bevor Sie ein bereits isoliertes vPC-Gerät wieder in die Produktion einführen, überprüfen Sie die LACP-Rollen auf beiden Feldern. Wenn dieselbe Rolle verwendet wird, deaktivieren Sie die automatische Wiederherstellung ohne automatische Wiederherstellung unter der vPC-Domäne auf beiden Peers, und laden Sie das isolierte Gerät neu. Nach dem Neuladen wird dem isolierten Gerät die LACP-Rolle "none created" (Keine vorhanden) angezeigt und kann ohne erneute Auswahl der LACP-Rolle in den vPC eingefügt werden.
Sticky-Bit-Prüfung
Stellen Sie sicher, dass das klebrige Bit auf false festgelegt ist.
vpc domain 30
role priority 2000
Hinweis: Dieser Schritt setzt das klebrige Bit von true auf false zurück.
Beispielausgabe:
N7K# show system internal vpcm info all | i i sticky Sticky Master: FALSE
Aufrufen der physischen Schnittstellen
Überprüfen Sie nach Abschluss der Schritte, ob keine Verbindungsprobleme vorliegen.
Erstellen Sie einen Snapshot der zuvor erfassten Ausgaben, und vergleichen Sie diese zur Validierung.
Der Unterschied zwischen dem direkten Austausch und dem phasenweisen Ansatz besteht darin, dass die einzelnen Links nicht beim direkten Austausch abgeschaltet werden.
Gehen Sie wie folgt vor, um die Lizenz zu installieren:
Gehen Sie wie folgt vor, um den Switch wieder in die Produktionsumgebung zu bringen:
Dies ähnelt einem Neustart des Nexus 7000, bei dem eine nahtlose Wiederherstellung des Nexus 7000 erwartet wird.
Die beiden vorgeschlagenen Ansätze haben ihre Vor- und Nachteile. Option 1 bietet mehr Kontrolle auf Kosten eines längeren Änderungsfensters. Es gibt keine Empfehlung, welcher Ansatz der beste ist, da er vom Netzwerktyp und vom Typ der gehosteten Anwendung abhängt.
In diesem Abschnitt wird erläutert, wie sichergestellt wird, dass das vPC-Haftbit korrekt eingestellt ist, um einen möglichen Ausfall zu vermeiden, wenn ein isolierter Switch in die vPC-Falte integriert wird.
Gehen Sie wie folgt vor, bevor Sie die PKA und PL aufrufen:
vpc domain 30
role priority 2000
Hinweis: Dieser Schritt setzt das klebrige Bit von true auf false zurück.