Erläuterungen zum Verfahren für den Austausch von Nexus Switches der Serien 5500 und 5600

Aktualisiert:10. November 2023
Dokument-ID:221188

Inklusive Sprache

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.

Informationen zu dieser Übersetzung

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.

    Einleitung

    In diesem Dokument werden die erforderlichen Schritte für den Austausch der Cisco Nexus 5500- und 5600-Chassis in einer Virtual Port Channel (vPC)-Umgebung beschrieben.

    Voraussetzungen

    Anforderungen

    Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

    • Kommandozeile des Nexus-Betriebssystems
    • vPC-Regeln

    Verwendete Komponenten

    Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

    • Software 7.3(13)N1(1)
    • Hardware 5672UP

    Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

    Ersetzen Sie einen Cisco Nexus Switch der Serien 5500 und 5600.

    Wenn Sie einen Cisco Nexus Switch der Serien 5500 und 5600 in einer Umgebung austauschen, sollten Sie dieses Verfahren befolgen, um sicherzustellen, dass es nur zu minimalen oder gar keinen Ausfällen kommt.

    Vorbereitungen

    1. Sobald die Retourengenehmigung (Return Material Authorization, RMA) für das Ersatzchassis bearbeitet wurde und die Seriennummer für das Chassis verfügbar ist, öffnen Sie ein Ticket beim Lizenzierungsteam, damit die Lizenz wieder für das neue Chassis registriert wird.
    2. Stellen Sie sicher, dass ein Backup der aktuellen aktuellen Gerätekonfiguration auf einem USB-Laufwerk oder einem FTP-Server (File Transfer Protocol) verfügbar ist.
    3. Halten Sie mehrere Verbindungstests bereit, damit diese nach dem Austausch validiert werden können. Diese Tests müssen vor dem Austausch als einwandfrei bestätigt werden, damit sie als Referenz verwendet werden können, wenn nach dem Austausch Probleme auftreten.

    Trennen Sie das defekte Chassis.

    Vorbereitungsaufgaben

    In bestimmten Fällen ist ein Austausch aufgrund eines teilweisen und nicht vollständigen Ausfalls eines Chassis erforderlich. In diesen Szenarien können zusätzliche Schritte unternommen werden, um sicherzustellen, dass das Entfernen des Chassis keine größeren Auswirkungen hat.

    1. Sichern Sie die aktuelle Konfiguration des Geräts auf einem USB-Laufwerk, einem FTP-, Secure FTP (SFTP)- oder Trivial FTP (TFTP)-Server.
    2. Ermitteln Sie mit dem Befehl alle Geräte, die über verwaiste Ports verbunden sind. show vpc orphan-ports. Bei diesen Geräten tritt ein Verbindungsverlust auf, wenn die Verbindung zum Chassis getrennt wird. Erwägen Sie, diese Verbindungen zum vPC-Peer zu verschieben, wenn dort wichtige Dienste ausgeführt werden.
    3. Planen Sie ein Failover aller aktiven Firewall-/Load Balancer-/ähnlichen Geräte, die auf dem Gerät ausgeführt werden, auf den entsprechenden vPC-Peer.
    4. Erfassen Sie die in dieser Liste angezeigte Befehlsausgabe von beiden Nexus-Switches in der vPC-Domäne, sodass diese nach der Implementierung verwendet werden können, um den richtigen Status zu überprüfen:
    • show version
    • show module
    • show inventory
    • show running-config
    • show running switch-profile
    • show int status
    • show cdp neighbors
    • show port-channel summary
    • show vlan sum
    • show span sum
    • show vpc 
    • show vpc role
    • show ip int brief vrf all
    • show trunk
    • show ip route vrf all
    • show ip arp vrf all
    • show mac address-table

    Isolieren und Entfernen des Chassis

    Führen Sie auf dem auszutauschenden Switch die folgenden Schritte aus:

    1. Einrichten einer Konsole für den Nexus Stellen Sie sicher, dass die gesamte Terminalausgabe gespeichert ist, damit diese als Referenz verwendet werden kann, falls Probleme auftreten.
    2. Fahren Sie alle nach Süden gerichteten vPC-Verbindungen herunter, einschließlich Uplinks zu A/A-FEXs. Überprüfen show port-channel summary und show vpc um sicherzustellen, dass sie ausgefallen sind.
    3. Fahren Sie alle verwaisten Ports einschließlich Uplinks zu geraden FEXs und physischen L3-Verbindungen herunter. Überprüfen show port-channel summary und show interface status um sicherzustellen, dass sie ausgefallen sind.
    4. Fahren Sie alle nach Norden gerichteten vPC-Verbindungen (Core) herunter. Überprüfen show port-channel summary und show vpc um sicherzustellen, dass sie ausgefallen sind.
    5. Fahren Sie den Link Peer Keep Alive (PKA) herunter. Überprüfen show vpc peer-keepalive und show vpc um sicherzustellen, dass es nicht verfügbar ist.
    N5K-5672UP-1# show vpc peer-keepalive

    vPC keep-alive status           : peer is not reachable through peer-keepalive
    --Send status                   : Success
    --Last send at                  : 2023.10.04 01:31:09 824 ms
    --Sent on interface             :
    --Receive status                : Failed
    --Last update from peer         : (16) seconds, (360) msec

    vPC Keep-alive parameters
    --Destination                   : 10.82.138.244
    --Keepalive interval            : 1000 msec
    --Keepalive timeout             : 5 seconds
    --Keepalive hold timeout        : 3 seconds
    --Keepalive vrf                 : management
    --Keepalive udp port            : 3200
    --Keepalive tos                 : 192
    N5K-5672UP-1# sh vPC
    Legend:
                    (*) - local vPC is down, forwarding via vPC peer-link

    vPC domain id                     : 100
    Peer status                       : peer adjacency formed ok     
    vPC keep-alive status             : peer is not reachable through peer-keepalive
    Configuration consistency status  : success
    Per-vlan consistency status       : success                      
    Type-2 consistency status         : success
    vPC role                          : secondary                    
    Number of vPCs configured         : 49 
    Peer Gateway                      : Disabled
    Dual-active excluded VLANs        : -
    Graceful Consistency Check        : Enabled
    Operational Layer3 Peer-router    : Disabled
    Auto-recovery status              : Enabled (timeout = 240 seconds)

    vPC Peer-link status
    ---------------------------------------------------------------------
    id   Port   Status Active vlans   
    --   ----   ------ --------------------------------------------------
    1    Po100  up     1 

    Fahren Sie anschließend den vPC-Peer-Link vom vPC-Peer (Switch wird nicht ersetzt) herunter. Überprüfen show vpc um sicherzustellen, dass der Switch ausgefallen ist, und um sicherzustellen, dass dieser Switch entweder die vPC-Funktion des primären oder sekundären, betriebsbereiten primären erfüllt.

    N5K-5672UP-1# sh vPC
    Legend:
                    (*) - local vPC is down, forwarding via vPC peer-link

    vPC domain id                     : 100
    Peer status                       : peer link is down            
    vPC keep-alive status             : peer is not reachable through peer-keepalive
    Configuration consistency status  : success
    Per-vlan consistency status       : success                       
    Type-2 consistency status         : success
    vPC role                          : secondary, operational primary 
    Number of vPCs configured         : 49 
    Peer Gateway                      : Disabled
    Dual-active excluded VLANs        : -
    Graceful Consistency Check        : Enabled
    Operational Layer3 Peer-router    : Disabled
    Auto-recovery status              : Enabled (timeout = 240 seconds)

    vPC Peer-link status
    ---------------------------------------------------------------------
    id   Port   Status Active vlans   
    --   ----   ------ --------------------------------------------------
    1    Po100  down   -    

    Wenn der auszutauschende Switch vollständig isoliert ist, stellen Sie sicher, dass in der Umgebung kein Verbindungsproblem auftritt.

    Schalten Sie den Switch aus, und ziehen Sie dann die Kabel ab, und ziehen Sie das Rack ab.

    Vorstellen des Austauschgehäuses

    Vorbereiten des Austauschswitches

    1. Rack für den neuen Switch
    2. Einrichten einer Konsole für den Austausch-Switch Stellen Sie sicher, dass die gesamte Terminalausgabe gespeichert ist, damit diese als Referenz verwendet werden kann, falls Probleme auftreten.
    3. Installieren Sie die Netzteile, Lüfter und Erweiterungsmodule, falls erforderlich. Diese Komponenten sind in der Regel nicht in der Retourengenehmigung (Return Material Authorization, RMA) enthalten und müssen daher vom Switch entfernt werden, um ersetzt werden zu können.
    note-icon

    Hinweis: Wenn RMAs für ein 5548P- oder 5548UP-Chassis mit Layer-3-Services verarbeitet werden, ist das Layer-3-E/A-Modul mit der Produkt-ID N55-D160L3 oder N55-D160L3-V2 nicht enthalten. Dieses Layer-3-Modul (L3) muss aus dem Chassis entfernt werden, um ersetzt und in den Ersatz-Switch eingebaut zu werden. Der Prozess zum Entfernen und Installieren des L3-Moduls ist im Hardware-Installationshandbuch für Cisco Nexus 5000, Abschnitt Ersetzen eines E/A-Moduls für einen Cisco Nexus 5548-Switch, beschrieben.

    1. Schalten Sie den Switch ein.
    2. Kopieren Sie die erforderlichen System- und Kickstart-Images, Konfigurations-Backups und Lizenzen in den Switch-Bootflash.
    3. Laden Sie die entsprechende Softwareversion auf den Switch.
    4. Installieren Sie die Lizenz für das Chassis, die Sie in Schritt 1 im Abschnitt Bevor Sie beginnen erhalten haben.

    Konfigurieren des Ersatz-Switches

    1. Wenn Breakout verwendet wird, wenden Sie diese Konfiguration auf die entsprechenden Schnittstellen an, und laden Sie das Chassis oder Erweiterungsmodul bei Bedarf neu.
    2. Wenn FEX verwendet werden, stellen Sie die entsprechenden FEX-Module mithilfe der Modul-Vorabbereitstellung bereit.
    warning-icon

    Warnung: Bei Verwendung von Dual-Homed FEX müssen Sie sicherstellen, dass die FEX-Module auf dem Ersatz-Chassis bereitgestellt werden, bevor die entsprechenden Verbindungen hergestellt werden. Konfigurieren Sie anschließend alle FEX-Server-Ports auf die gleiche Weise wie den vPC-Peer. Andernfalls können die FEX-Server-Ports in den inaktiven Zustand versetzt werden.

    1. Wenn die Konfigurationssynchronisierung verwendet wird, verwenden Sie den show run switch-profile aus Schritt 4. in den Vorbereitungsaufgaben ermittelt, wenn der auszutauschende Switch noch mit dem Netzwerk verbunden ist, um die Switch-Profil-Konfiguration wiederherzustellen. Wenn keine Sicherung des Switch-Profils verfügbar ist, können Sie sie vom vPC-Peer abrufen, indem Sie show run switch-profile auf diesem. Die Switchprofil-Konfiguration muss auf beiden VPC-Peers identisch sein, mit Ausnahme der sync-peers destination [ip address] aus.
      • Um die Switch-Profilkonfiguration wiederherzustellen, geben Sie den Befehl config sync in das Terminal ein, und dann switch-profile [name].
      • Fügen Sie die Switch-Profil-Sicherungskonfiguration ein, und führen Sie sie dann aus. verify  und commit  für die anzuwendenden Änderungen.
      • Überprüfen Sie, ob die Konfiguration des Switch-Profils auf beiden Switches identisch ist. show run switch-profile auf beiden vPC-Peers.
    2. Kopieren Sie den Rest der Sicherungskonfiguration (mit Ausnahme der Switch-Profil-Konfiguration), indem Sie Folgendes ausstellen: copy bootflash:[backup config] running-config:.
    3. Prüfen Sie, ob show running-config ist konsistent mit dem Backup.
    4. Stellen Sie sicher, dass alle Ethernet-Schnittstellen heruntergefahren sind, damit diese kontrolliert hochgefahren werden können. Mgmt0- und Switched VLAN Interfaces (SVIs) können im Admin-Up-Status verbleiben. 
    5. Speichern Sie die Konfiguration, indem Sie Folgendes eingeben: copy running-config startup-config.
    6. Verbinden der mgmt0- und Ethernet-Ports, einschließlich FEX-Ports

    Replacement Switch

    1. Bestätigen Sie, dass der mgmt0-Port aktiv ist.
    2. Aufrufen der vPC Peer-Keepalive-Verbindung. Überprüfen show interface status, show vpc peer-keepaliveund show vpc um sicherzustellen, dass sie betriebsbereit ist.
    3. Stellen Sie sicher, dass der Sticky-Bit-Wert im Ersatzschalter auf false gesetzt ist. Geben Sie show sys internal vpcm info all | i i  stick , um zu überprüfen, ob das Sticky-Bit auf false gesetzt ist. Wenn das Sticky-Bit auf true festgelegt ist, wenden Sie die bereits konfigurierte vPC-Rollenpriorität erneut an. Wenn das Klebebit auch danach noch wahr ist, laden Sie das Ersatzgehäuse neu.
    note-icon

    Hinweis: Wenn das Bit "Sticky" auf beiden Chassis auf "false" gesetzt ist, konfigurieren Sie eine höhere Priorität (niedrigeren numerischen Wert) auf dem Switch, der bereits mit dem Netzwerk verbunden ist und nicht ersetzt wird.

    1. Bevor Sie den vPC-Peer-Link aktivieren, stellen Sie sicher, dass der Peer-Keepalive betriebsbereit ist und dass die vPC-Rolle auf none gesetzt ist, das auf dem Ersatz-Switch eingerichtet wurde:
    N5K-5672UP-2# sh vPC
    Legend:
                    (*) - local vPC is down, forwarding via vPC peer-link

    vPC domain id                     : 100
    Peer status                       : peer link is down            
    vPC keep-alive status             : peer is alive 
    Configuration consistency status  : failed 
    Per-vlan consistency status       : success                      
    Configuration inconsistency reason: Consistency Check Not Performed
    Type-2 inconsistency reason       : Consistency Check Not Performed
    vPC role                          : none established 
    Number of vPCs configured         : 49
    Peer Gateway                      : Disabled
    Dual-active excluded VLANs        : -
    Graceful Consistency Check        : Disabled (due to peer configuration)
    Auto-recovery status              : Enabled (timeout = 240 seconds)

    vPC Peer-link status
    ---------------------------------------------------------------------
    id   Port   Status Active vlans  
    --   ----   ------ --------------------------------------------------
    1    Po100   down   -
    1. Wenn in der vPC-Rolle ein anderer Status festgestellt wird, laden Sie den Ersatz-Switch erneut, während nur vPC Peer-Keepalive aktiv ist und alle anderen Schnittstellen heruntergefahren sind. Der vPC-Peer-Keepalive muss vor Ablauf des Timers für die automatische Wiederherstellung aktiviert werden (standardmäßig 240 Sekunden), damit die vPC-Rolle auf none set set (keine festgelegt) festgelegt wird. Wenn die vPC-Keep-Alive-Funktion auf einem Erweiterungsmodul konfiguriert ist und das Booten sehr lange dauert, sodass der Timer für die automatische Wiederherstellung abläuft, bevor er gestartet wird, können Sie dieses Problem durch die Konfiguration eines höheren Timers für die automatische Wiederherstellung beheben. Verwenden Sie den Befehl auto-recovery reload-delay 3600 in der vPC-Domänenkonfiguration festgelegt.
    warning-icon

    Warnung: Fahren Sie erst mit dem nächsten Schritt fort, wenn der vPC Peer-Keepalive betriebsbereit ist und die vPC-Rolle auf "none established" (Keine festgelegt) festgelegt ist.

    1. Aufrufen der vPC-Peer-Verbindung Überprüfen show vpc um sicherzustellen, dass die vPC-Funktion aktiv ist, und um zu bestätigen, dass die vPC-Rolle als sekundär eingerichtet ist.
    2. Aufrufen aller nach Norden gerichteten (Kern-) vPC-Verbindungen Überprüfen Sie show port-channel summary und show vpc um sicherzustellen, dass sie verfügbar sind.
    3. Aktivierung aller verwaisten Ports, einschließlich Uplinks zu geraden FEXs und physischen L3-Verbindungen Überprüfen show port-channel summaryund show interface status um sicherzustellen, dass sie verfügbar sind.
    4. Aufrufen aller nach Süden gerichteten vPC-Verbindungen, einschließlich Uplinks zu A/A-FEXs Überprüfen show port-channel summary  und show vpc um sicherzustellen, dass sie verfügbar sind.
    5. Sobald alle Schnittstellen aktiviert sind, stellen Sie sicher, dass alle vPCs und FEX betriebsbereit sind.
    6. Wenn Sie "switch-profiles/config-sync" verwenden, geben Sie Folgendes ein: config sync in das Terminal ein, und dann switch-profile [name]. Anschließend führen Sie verify und commit um sicherzustellen, dass das Profil synchronisiert ist.

    Status überprüfen

    Überprüfen Sie die in dieser Liste angezeigte Befehlsausgabe von beiden Nexus Switches in der vPC-Domäne, um den richtigen Status zu überprüfen.

    • show version
    • show module
    • show inventory
    • show running-config
    • show running switch-profile
    • show switch-profile status
    • show int status
    • show cdp neighbors
    • show port-channel summary
    • show vlan sum
    • show span sum
    • show vpc
    • show vpc role
    • show ip int brief vrf all
    • show trunk
    • show ip route vrf all
    • show ip arp vrf all
    • show mac address-table

    Bestätigen Sie dann die Tests, die in Schritt 3 durchgeführt wurden. von Before You Begin funktionieren weiterhin ordnungsgemäß.

    Revisionsverlauf

    Überarbeitung Veröffentlichungsdatum Kommentare
    1.0
    10-Nov-2023
    Erstveröffentlichung
    TAC Authored

    Beiträge von Cisco Ingenieuren

    • Francini Maria Fernandez Zuniga
      Cisco TAC-Techniker

    War dieses Dokument hilfreich?

    FeedbackFeedback

    Cisco kontaktieren

    Dieses Dokument gilt für folgende Produkte.