Austausch eines Cisco Nexus 3232C Cluster Switch
Ein defekter Cisco Nexus 3232C Cluster Switch kann ohne Unterbrechung des Clusterbetriebs ersetzt werden. Dieses unterbrechungsfreie Verfahren umfasst die Vorbereitung eines Ersatzswitches und die Migration der Verbindungen vom ausgefallenen Switch.
Überprüfungsanforderungen
Es sollte sichergestellt sein, dass die bestehende Cluster- und Netzwerkkonfiguration die folgenden Eigenschaften aufweist:
-
Die Nexus 3232C Cluster-Infrastruktur ist redundant und auf beiden Switches voll funktionsfähig.
Auf der Cisco Ethernet Switches-Seite finden Sie die neuesten RCF- und NX-OS-Versionen für Ihre Switches.
-
Alle Cluster-Ports müssen sich im Status up befinden.
-
Die Management-Konnektivität muss auf beiden Switches vorhanden sein.
-
Alle logischen Schnittstellen (LIFs) des Clusters befinden sich im Status up und sind nicht migriert.
Der Ersatzswitch Cisco Nexus 3232C weist folgende Merkmale auf:
-
Die Managementnetzwerkanbindung ist funktionsfähig.
-
Der Konsolenzugriff auf den Ersatzschalter ist eingerichtet.
-
Das entsprechende RCF- und NX-OS-Betriebssystemabbild wird auf den Switch geladen.
-
Die erste Konfiguration des Schalters ist abgeschlossen.
Siehe Folgendes:
Konsolenprotokollierung aktivieren
NetApp empfiehlt dringend, die Konsolenprotokollierung auf den verwendeten Geräten zu aktivieren und beim Austausch Ihres Switches die folgenden Maßnahmen zu ergreifen:
-
Lassen Sie AutoSupport während der Wartungsarbeiten aktiviert.
-
Lösen Sie vor und nach der Wartung eine Wartungs-AutoSupport aus, um die Fallerstellung für die Dauer der Wartung zu deaktivieren. Weitere Einzelheiten finden Sie in diesem Knowledge Base Artikel "SU92: Wie man die automatische Fallerstellung während geplanter Wartungsfenster unterdrückt".
-
Aktivieren Sie die Sitzungsprotokollierung für alle CLI-Sitzungen. Anweisungen zum Aktivieren der Sitzungsprotokollierung finden Sie im Abschnitt „Protokollierung der Sitzungsausgabe“ in diesem Wissensdatenbankartikel."Wie konfiguriert man PuTTY für eine optimale Verbindung zu ONTAP -Systemen?" Die
Tauschen Sie den Schalter aus.
Dieses Austauschverfahren beschreibt das folgende Szenario:
-
Der Cluster besteht anfänglich aus vier Knoten, die mit zwei Nexus 3232C Cluster Switches, CL1 und CL2, verbunden sind.
-
Sie planen, den Cluster Switch CL2 durch C2 zu ersetzen (Schritte 1 bis 21):
-
Auf jedem Knoten werden die mit dem Cluster-Switch CL2 verbundenen Cluster-LIFs auf die mit dem Cluster-Switch CL1 verbundenen Cluster-Ports migriert.
-
Sie trennen die Verkabelung von allen Ports des Cluster Switch CL2 und schließen die Verkabelung an die gleichen Ports des Ersatz Cluster Switch C2 an.
-
Die migrierten Cluster-LIFs werden auf jedem Knoten zurückgesetzt.
-
Dieses Austauschverfahren ersetzt den zweiten Nexus 3232C Cluster Switch CL2 durch den neuen 3232C Switch C2.
Die Beispiele in diesem Verfahren verwenden die folgende Schalter- und Knotennomenklatur:
-
Die vier Knoten sind n1, n2, n3 und n4.
-
n1_clus1 ist die erste logische Schnittstelle (LIF) des Clusters, die mit dem Cluster Switch C1 für Node n1 verbunden ist.
-
n1_clus2 ist die erste Cluster-LIF, die mit dem Cluster-Switch CL2 oder C2 für Node n1 verbunden ist.
-
n1_clus3 ist die zweite LIF, die mit dem Cluster Switch C2 für Knoten n1 verbunden ist.
-
n1_clus4 ist die zweite LIF, die mit dem Cluster Switch CL1 für Node n1 verbunden ist.
Die Anzahl der 10 GbE- und 40/100 GbE-Ports ist in den Referenzkonfigurationsdateien (RCFs) definiert, die unter "Cisco Cluster Netzwerk Switch Referenzkonfigurationsdatei herunterladen" verfügbar sind.
Die Beispiele in dieser Austauschprozedur verwenden vier Knoten. Zwei der Knoten nutzen vier 10-GB-Cluster-Interconnect-Ports: e0a, e0b, e0c und e0d. Die anderen beiden Knoten nutzen zwei 40-GB-Cluster-Interconnect-Ports: e4a und e4e. Siehe die "Hardware Universe" zur Überprüfung der richtigen Cluster-Ports für Ihre Plattform.
Schritt 1: Cluster-Ports anzeigen und auf den Switch migrieren
-
Wenn AutoSupport auf diesem Cluster aktiviert ist, unterdrücken Sie die automatische Fallerstellung durch Aufruf einer AutoSupport -Nachricht:
system node autosupport invoke -node * -type all -message MAINT=xhx ist die Dauer des Wartungsfensters in Stunden.
Die AutoSupport Meldung benachrichtigt den technischen Support über diese Wartungsaufgabe, sodass die automatische Fallerstellung während des Wartungsfensters unterdrückt wird.
-
Informationen zu den Geräten in Ihrer Konfiguration:
network device-discovery showBeispiel anzeigen
cluster::> network device-discovery show Local Discovered Node Port Device Interface Platform ----------- ------ ------------------- ---------------- ---------------- n1 /cdp e0a CL1 Ethernet1/1/1 N3K-C3232C e0b CL2 Ethernet1/1/1 N3K-C3232C e0c CL2 Ethernet1/1/2 N3K-C3232C e0d CL1 Ethernet1/1/2 N3K-C3232C n2 /cdp e0a CL1 Ethernet1/1/3 N3K-C3232C e0b CL2 Ethernet1/1/3 N3K-C3232C e0c CL2 Ethernet1/1/4 N3K-C3232C e0d CL1 Ethernet1/1/4 N3K-C3232C n3 /cdp e4a CL1 Ethernet1/7 N3K-C3232C e4e CL2 Ethernet1/7 N3K-C3232C n4 /cdp e4a CL1 Ethernet1/8 N3K-C3232C e4e CL2 Ethernet1/8 N3K-C3232C -
Ermitteln Sie den administrativen oder operativen Status jeder Clusterschnittstelle.
-
Netzwerkportattribute anzeigen:
network port show -role clusterBeispiel anzeigen
cluster::*> network port show -role cluster (network port show) Node: n1 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- ------------ e0a Cluster Cluster up 9000 auto/10000 - e0b Cluster Cluster up 9000 auto/10000 - e0c Cluster Cluster up 9000 auto/10000 - e0d Cluster Cluster up 9000 auto/10000 - - Node: n2 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- ------------ e0a Cluster Cluster up 9000 auto/10000 - e0b Cluster Cluster up 9000 auto/10000 - e0c Cluster Cluster up 9000 auto/10000 - e0d Cluster Cluster up 9000 auto/10000 - - Node: n3 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ----- e4a Cluster Cluster up 9000 auto/40000 - - e4e Cluster Cluster up 9000 auto/40000 - - Node: n4 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ----- e4a Cluster Cluster up 9000 auto/40000 - e4e Cluster Cluster up 9000 auto/40000 - -
Informationen zu den logischen Schnittstellen (LIFs) werden angezeigt:
network interface show -role clusterBeispiel anzeigen
cluster::*> network interface show -role cluster Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------------ ------------- ------- --- Cluster n1_clus1 up/up 10.10.0.1/24 n1 e0a true n1_clus2 up/up 10.10.0.2/24 n1 e0b true n1_clus3 up/up 10.10.0.3/24 n1 e0c true n1_clus4 up/up 10.10.0.4/24 n1 e0d true n2_clus1 up/up 10.10.0.5/24 n2 e0a true n2_clus2 up/up 10.10.0.6/24 n2 e0b true n2_clus3 up/up 10.10.0.7/24 n2 e0c true n2_clus4 up/up 10.10.0.8/24 n2 e0d true n3_clus1 up/up 10.10.0.9/24 n3 e0a true n3_clus2 up/up 10.10.0.10/24 n3 e0e true n4_clus1 up/up 10.10.0.11/24 n4 e0a true n4_clus2 up/up 10.10.0.12/24 n4 e0e true -
Die gefundenen Cluster-Switches werden angezeigt:
system cluster-switch show
Beispiel anzeigen
Das folgende Ausgabebeispiel zeigt die Cluster Switches:
cluster::> system cluster-switch show Switch Type Address Model --------------------------- ------------------ ---------------- --------------- CL1 cluster-network 10.10.1.101 NX3232C Serial Number: FOX000001 Is Monitored: true Reason: None Software Version: Cisco Nexus Operating System (NX-OS) Software, Version 7.0(3)I6(1) Version Source: CDP CL2 cluster-network 10.10.1.102 NX3232C Serial Number: FOX000002 Is Monitored: true Reason: None Software Version: Cisco Nexus Operating System (NX-OS) Software, Version 7.0(3)I6(1) Version Source: CDP -
-
Es sollte sichergestellt werden, dass die entsprechende RCF und das Image auf dem neuen Nexus 3232C Switch installiert sind und alle erforderlichen Standortanpassungen vorgenommen werden.
-
Zur NetApp Support-Website wechseln.
-
Zur Seite Cisco Ethernet Switches wechseln und die erforderlichen Softwareversionen in der Tabelle notieren.
-
Laden Sie die passende Version der RCF herunter.
-
Auf der Seite Beschreibung auf WEITER klicken, die Lizenzvereinbarung akzeptieren und anschließend zur Seite Download navigieren.
-
Die richtige Version der Image-Software steht auf der Seite Cisco® Cluster and Management Network Switch Reference Configuration File Download zum Download bereit.
-
-
Die Cluster-LIFs werden auf die physischen Knoten-Ports migriert, die mit dem Ersatz-Netzwerk-Switch C2 verbunden sind:
network interface migrate -vserver vserver-name -lif lif-name -source-node node-name -destination-node node-name -destination-port port-nameBeispiel anzeigen
Alle Cluster-LIFs müssen einzeln migriert werden, wie im folgenden Beispiel gezeigt:
cluster::*> network interface migrate -vserver Cluster -lif n1_clus2 -source-node n1 -destination- node n1 -destination-port e0a cluster::*> network interface migrate -vserver Cluster -lif n1_clus3 -source-node n1 -destination- node n1 -destination-port e0d cluster::*> network interface migrate -vserver Cluster -lif n2_clus2 -source-node n2 -destination- node n2 -destination-port e0a cluster::*> network interface migrate -vserver Cluster -lif n2_clus3 -source-node n2 -destination- node n2 -destination-port e0d cluster::*> network interface migrate -vserver Cluster -lif n3_clus2 -source-node n3 -destination- node n3 -destination-port e4a cluster::*> network interface migrate -vserver Cluster -lif n4_clus2 -source-node n4 -destination- node n4 -destination-port e4a
-
Den Status der Cluster-Ports und deren Home-Zuordnungen überprüfen:
network interface show -role clusterBeispiel anzeigen
cluster::*> network interface show -role cluster (network interface show) Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------------ ------------- ------- ---- Cluster n1_clus1 up/up 10.10.0.1/24 n1 e0a true n1_clus2 up/up 10.10.0.2/24 n1 e0a false n1_clus3 up/up 10.10.0.3/24 n1 e0d false n1_clus4 up/up 10.10.0.4/24 n1 e0d true n2_clus1 up/up 10.10.0.5/24 n2 e0a true n2_clus2 up/up 10.10.0.6/24 n2 e0a false n2_clus3 up/up 10.10.0.7/24 n2 e0d false n2_clus4 up/up 10.10.0.8/24 n2 e0d true n3_clus1 up/up 10.10.0.9/24 n3 e4a true n3_clus2 up/up 10.10.0.10/24 n3 e4a false n4_clus1 up/up 10.10.0.11/24 n4 e4a true n4_clus2 up/up 10.10.0.12/24 n4 e4a false -
Die Cluster-Interconnect-Ports, die physisch mit dem ursprünglichen Switch CL2 verbunden sind, werden heruntergefahren:
network port modify -node node-name -port port-name -up-admin falseBeispiel anzeigen
Das folgende Beispiel zeigt, dass die Cluster Interconnect-Ports auf allen Knoten deaktiviert sind:
cluster::*> network port modify -node n1 -port e0b -up-admin false cluster::*> network port modify -node n1 -port e0c -up-admin false cluster::*> network port modify -node n2 -port e0b -up-admin false cluster::*> network port modify -node n2 -port e0c -up-admin false cluster::*> network port modify -node n3 -port e4e -up-admin false cluster::*> network port modify -node n4 -port e4e -up-admin false
-
Überprüfen Sie die Konnektivität der Remote-Cluster-Schnittstellen:
Sie können die network interface check cluster-connectivity Befehl zum Starten einer Zugriffsprüfung für die Clusterkonnektivität und anschließenden Anzeigen der Details:
network interface check cluster-connectivity start`Und `network interface check cluster-connectivity show
cluster1::*> network interface check cluster-connectivity start
HINWEIS: Warten Sie einige Sekunden, bevor Sie den Vorgang ausführen. show Befehl zum Anzeigen der Details.
cluster1::*> network interface check cluster-connectivity show
Source Destination Packet
Node Date LIF LIF Loss
------ -------------------------- ---------------- ---------------- -----------
n1
3/5/2022 19:21:18 -06:00 n1_clus2 n2-clus1 none
3/5/2022 19:21:20 -06:00 n1_clus2 n2_clus2 none
.
.
n2
3/5/2022 19:21:18 -06:00 n2_clus2 n1_clus1 none
3/5/2022 19:21:20 -06:00 n2_clus2 n1_clus2 none
.
.
n3
.
.
.n4
.
.
Für alle ONTAP Versionen können Sie auch die cluster ping-cluster -node <name> Befehl zum Überprüfen der Verbindung:
cluster ping-cluster -node <name>
cluster1::*> cluster ping-cluster -node local
Host is n1
Getting addresses from network interface table...
Cluster n1_clus1 n1 e0a 10.10.0.1
Cluster n1_clus2 n1 e0b 10.10.0.2
Cluster n1_clus3 n1 e0c 10.10.0.3
Cluster n1_clus4 n1 e0d 10.10.0.4
Cluster n2_clus1 n2 e0a 10.10.0.5
Cluster n2_clus2 n2 e0b 10.10.0.6
Cluster n2_clus3 n2 e0c 10.10.0.7
Cluster n2_clus4 n2 e0d 10.10.0.8
Cluster n3_clus1 n4 e0a 10.10.0.9
Cluster n3_clus2 n3 e0e 10.10.0.10
Cluster n4_clus1 n4 e0a 10.10.0.11
Cluster n4_clus2 n4 e0e 10.10.0.12
Local = 10.10.0.1 10.10.0.2 10.10.0.3 10.10.0.4
Remote = 10.10.0.5 10.10.0.6 10.10.0.7 10.10.0.8 10.10.0.9 10.10.0.10 10.10.0.11
10.10.0.12 Cluster Vserver Id = 4294967293 Ping status:
....
Basic connectivity succeeds on 32 path(s)
Basic connectivity fails on 0 path(s) ................
Detected 9000 byte MTU on 32 path(s):
Local 10.10.0.1 to Remote 10.10.0.5
Local 10.10.0.1 to Remote 10.10.0.6
Local 10.10.0.1 to Remote 10.10.0.7
Local 10.10.0.1 to Remote 10.10.0.8
Local 10.10.0.1 to Remote 10.10.0.9
Local 10.10.0.1 to Remote 10.10.0.10
Local 10.10.0.1 to Remote 10.10.0.11
Local 10.10.0.1 to Remote 10.10.0.12
Local 10.10.0.2 to Remote 10.10.0.5
Local 10.10.0.2 to Remote 10.10.0.6
Local 10.10.0.2 to Remote 10.10.0.7
Local 10.10.0.2 to Remote 10.10.0.8
Local 10.10.0.2 to Remote 10.10.0.9
Local 10.10.0.2 to Remote 10.10.0.10
Local 10.10.0.2 to Remote 10.10.0.11
Local 10.10.0.2 to Remote 10.10.0.12
Local 10.10.0.3 to Remote 10.10.0.5
Local 10.10.0.3 to Remote 10.10.0.6
Local 10.10.0.3 to Remote 10.10.0.7
Local 10.10.0.3 to Remote 10.10.0.8
Local 10.10.0.3 to Remote 10.10.0.9
Local 10.10.0.3 to Remote 10.10.0.10
Local 10.10.0.3 to Remote 10.10.0.11
Local 10.10.0.3 to Remote 10.10.0.12
Local 10.10.0.4 to Remote 10.10.0.5
Local 10.10.0.4 to Remote 10.10.0.6
Local 10.10.0.4 to Remote 10.10.0.7
Local 10.10.0.4 to Remote 10.10.0.8
Local 10.10.0.4 to Remote 10.10.0.9
Local 10.10.0.4 to Remote 10.10.0.10
Local 10.10.0.4 to Remote 10.10.0.11
Local 10.10.0.4 to Remote 10.10.0.12
Larger than PMTU communication succeeds on 32 path(s) RPC status:
8 paths up, 0 paths down (tcp check)
8 paths up, 0 paths down (udp check)
Schritt 2: ISLs auf Switch CL1 und C2 migrieren
-
Die Ports 1/31 und 1/32 am Netzwerk-Switch CL1 werden abgeschaltet.
Weitere Informationen zu Cisco-Befehlen finden Sie in den in der "Cisco Nexus 3000 Series NX-OS Befehlsreferenzen" aufgeführten Anleitungen.
Beispiel anzeigen
(CL1)# configure (CL1)(Config)# interface e1/31-32 (CL1)(config-if-range)# shutdown (CL1)(config-if-range)# exit (CL1)(Config)# exit (CL1)#
-
Alle Kabel, die am Cluster-Switch CL2 angeschlossen sind, entfernen und für alle Knoten mit dem Ersatz-Switch C2 verbinden.
-
Die Inter-Switch-Link-Kabel (ISL) von den Ports e1/31 und e1/32 am Cluster-Switch CL2 sind zu entfernen und an denselben Ports am Ersatz-Switch C2 wieder anzuschließen.
-
Die ISL-Ports 1/31 und 1/32 am Cluster-Switch CL1 werden aktiviert.
Weitere Informationen zu Cisco-Befehlen finden Sie in den in der "Cisco Nexus 3000 Series NX-OS Befehlsreferenzen" aufgeführten Anleitungen.
Beispiel anzeigen
(CL1)# configure (CL1)(Config)# interface e1/31-32 (CL1)(config-if-range)# no shutdown (CL1)(config-if-range)# exit (CL1)(Config)# exit (CL1)#
-
Es sollte sichergestellt werden, dass die ISLs auf CL1 aktiv sind.
Weitere Informationen zu Cisco-Befehlen finden Sie in den in der "Cisco Nexus 3000 Series NX-OS Befehlsreferenzen" aufgeführten Anleitungen.
Die Ports Eth1/31 und Eth1/32 sollten
(P)anzeigen, was bedeutet, dass die ISL-Ports im Port-Channel aktiv sind:Beispiel anzeigen
CL1# show port-channel summary Flags: D - Down P - Up in port-channel (members) I - Individual H - Hot-standby (LACP only) s - Suspended r - Module-removed S - Switched R - Routed U - Up (port-channel) M - Not in use. Min-links not met -------------------------------------------------------------------------------- Group Port- Type Protocol Member Ports Channel -------------------------------------------------------------------------------- 1 Po1(SU) Eth LACP Eth1/31(P) Eth1/32(P) -
Es wird überprüft, ob die ISLs auf dem Cluster Switch C2 aktiv sind.
Weitere Informationen zu Cisco-Befehlen finden Sie in den in der "Cisco Nexus 3000 Series NX-OS Befehlsreferenzen" aufgeführten Anleitungen.
Beispiel anzeigen
Die Ports Eth1/31 und Eth1/32 sollten (P) anzeigen, was bedeutet, dass beide ISL Ports im Port-Channel aktiv sind.
C2# show port-channel summary Flags: D - Down P - Up in port-channel (members) I - Individual H - Hot-standby (LACP only) s - Suspended r - Module-removed S - Switched R - Routed U - Up (port-channel) M - Not in use. Min-links not met -------------------------------------------------------------------------------- Group Port- Type Protocol Member Ports Channel -------------------------------------------------------------------------------- 1 Po1(SU) Eth LACP Eth1/31(P) Eth1/32(P) -
Auf allen Knoten alle Cluster-Interconnect-Ports, die mit dem Ersatz-Netzwerk-Switch C2 verbunden sind, in Betrieb nehmen:
network port modify -node node-name -port port-name -up-admin trueBeispiel anzeigen
cluster::*> network port modify -node n1 -port e0b -up-admin true cluster::*> network port modify -node n1 -port e0c -up-admin true cluster::*> network port modify -node n2 -port e0b -up-admin true cluster::*> network port modify -node n2 -port e0c -up-admin true cluster::*> network port modify -node n3 -port e4e -up-admin true cluster::*> network port modify -node n4 -port e4e -up-admin true
Schritt 3: Alle LIFs auf die ursprünglich zugewiesenen Ports zurücksetzen
-
Alle migrierten Cluster Interconnect LIFs auf allen Knoten zurücksetzen:
network interface revert -vserver cluster -lif lif-nameBeispiel anzeigen
Alle Cluster Interconnect LIFs müssen einzeln zurückgesetzt werden, wie im folgenden Beispiel gezeigt:
cluster::*> network interface revert -vserver cluster -lif n1_clus2 cluster::*> network interface revert -vserver cluster -lif n1_clus3 cluster::*> network interface revert -vserver cluster -lif n2_clus2 cluster::*> network interface revert -vserver cluster -lif n2_clus3 Cluster::*> network interface revert -vserver cluster -lif n3_clus2 Cluster::*> network interface revert -vserver cluster -lif n4_clus2
-
Es sollte überprüft werden, ob die Cluster Interconnect-Ports nun wieder auf ihre Ausgangsposition zurückgesetzt sind:
network interface showBeispiel anzeigen
Das folgende Beispiel zeigt, dass alle LIFs erfolgreich revertiert wurden, da die unter der Spalte
Current Portaufgeführten Ports den Statustruein der SpalteIs Homeaufweisen. Wenn ein Port den Wertfalseaufweist, wurde die LIF nicht revertiert.cluster::*> network interface show -role cluster (network interface show) Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------------ ------------- ------- ---- Cluster n1_clus1 up/up 10.10.0.1/24 n1 e0a true n1_clus2 up/up 10.10.0.2/24 n1 e0b true n1_clus3 up/up 10.10.0.3/24 n1 e0c true n1_clus4 up/up 10.10.0.4/24 n1 e0d true n2_clus1 up/up 10.10.0.5/24 n2 e0a true n2_clus2 up/up 10.10.0.6/24 n2 e0b true n2_clus3 up/up 10.10.0.7/24 n2 e0c true n2_clus4 up/up 10.10.0.8/24 n2 e0d true n3_clus1 up/up 10.10.0.9/24 n3 e4a true n3_clus2 up/up 10.10.0.10/24 n3 e4e true n4_clus1 up/up 10.10.0.11/24 n4 e4a true n4_clus2 up/up 10.10.0.12/24 n4 e4e true -
Es sollte überprüft werden, ob die Cluster-Ports verbunden sind:
network port show -role clusterBeispiel anzeigen
cluster::*> network port show -role cluster (network port show) Node: n1 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ----- e0a Cluster Cluster up 9000 auto/10000 - e0b Cluster Cluster up 9000 auto/10000 - e0c Cluster Cluster up 9000 auto/10000 - e0d Cluster Cluster up 9000 auto/10000 - - Node: n2 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ----- e0a Cluster Cluster up 9000 auto/10000 - e0b Cluster Cluster up 9000 auto/10000 - e0c Cluster Cluster up 9000 auto/10000 - e0d Cluster Cluster up 9000 auto/10000 - - Node: n3 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ----- e4a Cluster Cluster up 9000 auto/40000 - e4e Cluster Cluster up 9000 auto/40000 - - Node: n4 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ----- e4a Cluster Cluster up 9000 auto/40000 - e4e Cluster Cluster up 9000 auto/40000 - - -
Überprüfen Sie die Konnektivität der Remote-Cluster-Schnittstellen:
Sie können die network interface check cluster-connectivity Befehl zum Starten einer Zugriffsprüfung für die Clusterkonnektivität und anschließenden Anzeigen der Details:
network interface check cluster-connectivity start`Und `network interface check cluster-connectivity show
cluster1::*> network interface check cluster-connectivity start
HINWEIS: Warten Sie einige Sekunden, bevor Sie den Vorgang ausführen. show Befehl zum Anzeigen der Details.
cluster1::*> network interface check cluster-connectivity show
Source Destination Packet
Node Date LIF LIF Loss
------ -------------------------- ---------------- ---------------- -----------
n1
3/5/2022 19:21:18 -06:00 n1_clus2 n2-clus1 none
3/5/2022 19:21:20 -06:00 n1_clus2 n2_clus2 none
.
.
n2
3/5/2022 19:21:18 -06:00 n2_clus2 n1_clus1 none
3/5/2022 19:21:20 -06:00 n2_clus2 n1_clus2 none
.
.
n3
.
.
.n4
.
.
Für alle ONTAP Versionen können Sie auch die cluster ping-cluster -node <name> Befehl zum Überprüfen der Verbindung:
cluster ping-cluster -node <name>
cluster1::*> cluster ping-cluster -node local
Host is n1
Getting addresses from network interface table...
Cluster n1_clus1 n1 e0a 10.10.0.1
Cluster n1_clus2 n1 e0b 10.10.0.2
Cluster n1_clus3 n1 e0c 10.10.0.3
Cluster n1_clus4 n1 e0d 10.10.0.4
Cluster n2_clus1 n2 e0a 10.10.0.5
Cluster n2_clus2 n2 e0b 10.10.0.6
Cluster n2_clus3 n2 e0c 10.10.0.7
Cluster n2_clus4 n2 e0d 10.10.0.8
Cluster n3_clus1 n4 e0a 10.10.0.9
Cluster n3_clus2 n3 e0e 10.10.0.10
Cluster n4_clus1 n4 e0a 10.10.0.11
Cluster n4_clus2 n4 e0e 10.10.0.12
Local = 10.10.0.1 10.10.0.2 10.10.0.3 10.10.0.4
Remote = 10.10.0.5 10.10.0.6 10.10.0.7 10.10.0.8 10.10.0.9 10.10.0.10 10.10.0.11
10.10.0.12 Cluster Vserver Id = 4294967293 Ping status:
....
Basic connectivity succeeds on 32 path(s)
Basic connectivity fails on 0 path(s) ................
Detected 9000 byte MTU on 32 path(s):
Local 10.10.0.1 to Remote 10.10.0.5
Local 10.10.0.1 to Remote 10.10.0.6
Local 10.10.0.1 to Remote 10.10.0.7
Local 10.10.0.1 to Remote 10.10.0.8
Local 10.10.0.1 to Remote 10.10.0.9
Local 10.10.0.1 to Remote 10.10.0.10
Local 10.10.0.1 to Remote 10.10.0.11
Local 10.10.0.1 to Remote 10.10.0.12
Local 10.10.0.2 to Remote 10.10.0.5
Local 10.10.0.2 to Remote 10.10.0.6
Local 10.10.0.2 to Remote 10.10.0.7
Local 10.10.0.2 to Remote 10.10.0.8
Local 10.10.0.2 to Remote 10.10.0.9
Local 10.10.0.2 to Remote 10.10.0.10
Local 10.10.0.2 to Remote 10.10.0.11
Local 10.10.0.2 to Remote 10.10.0.12
Local 10.10.0.3 to Remote 10.10.0.5
Local 10.10.0.3 to Remote 10.10.0.6
Local 10.10.0.3 to Remote 10.10.0.7
Local 10.10.0.3 to Remote 10.10.0.8
Local 10.10.0.3 to Remote 10.10.0.9
Local 10.10.0.3 to Remote 10.10.0.10
Local 10.10.0.3 to Remote 10.10.0.11
Local 10.10.0.3 to Remote 10.10.0.12
Local 10.10.0.4 to Remote 10.10.0.5
Local 10.10.0.4 to Remote 10.10.0.6
Local 10.10.0.4 to Remote 10.10.0.7
Local 10.10.0.4 to Remote 10.10.0.8
Local 10.10.0.4 to Remote 10.10.0.9
Local 10.10.0.4 to Remote 10.10.0.10
Local 10.10.0.4 to Remote 10.10.0.11
Local 10.10.0.4 to Remote 10.10.0.12
Larger than PMTU communication succeeds on 32 path(s) RPC status:
8 paths up, 0 paths down (tcp check)
8 paths up, 0 paths down (udp check)
Schritt 4: Überprüfung, ob alle Ports und LIF korrekt migriert wurden
-
Die Informationen zu den Geräten in Ihrer Konfiguration werden mit den folgenden Befehlen angezeigt:
Sie können die folgenden Befehle in beliebiger Reihenfolge ausführen:
-
network device-discovery show -
network port show -role cluster -
network interface show -role cluster -
system cluster-switch show
Beispiel anzeigen
cluster::> network device-discovery show Local Discovered Node Port Device Interface Platform ----------- ------ ------------------- ---------------- ---------------- n1 /cdp e0a C1 Ethernet1/1/1 N3K-C3232C e0b C2 Ethernet1/1/1 N3K-C3232C e0c C2 Ethernet1/1/2 N3K-C3232C e0d C1 Ethernet1/1/2 N3K-C3232C n2 /cdp e0a C1 Ethernet1/1/3 N3K-C3232C e0b C2 Ethernet1/1/3 N3K-C3232C e0c C2 Ethernet1/1/4 N3K-C3232C e0d C1 Ethernet1/1/4 N3K-C3232C n3 /cdp e4a C1 Ethernet1/7 N3K-C3232C e4e C2 Ethernet1/7 N3K-C3232C n4 /cdp e4a C1 Ethernet1/8 N3K-C3232C e4e C2 Ethernet1/8 N3K-C3232C cluster::*> network port show -role cluster (network port show) Node: n1 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ----- e0a Cluster Cluster up 9000 auto/10000 - e0b Cluster Cluster up 9000 auto/10000 - e0c Cluster Cluster up 9000 auto/10000 - e0d Cluster Cluster up 9000 auto/10000 - Node: n2 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ----- e0a Cluster Cluster up 9000 auto/10000 - e0b Cluster Cluster up 9000 auto/10000 - e0c Cluster Cluster up 9000 auto/10000 - e0d Cluster Cluster up 9000 auto/10000 - Node: n3 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ----- e4a Cluster Cluster up 9000 auto/40000 - e4e Cluster Cluster up 9000 auto/40000 - Node: n4 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ----- e4a Cluster Cluster up 9000 auto/40000 - e4e Cluster Cluster up 9000 auto/40000 - cluster::*> network interface show -role cluster Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------------ ------------- ------- ---- Cluster nm1_clus1 up/up 10.10.0.1/24 n1 e0a true n1_clus2 up/up 10.10.0.2/24 n1 e0b true n1_clus3 up/up 10.10.0.3/24 n1 e0c true n1_clus4 up/up 10.10.0.4/24 n1 e0d true n2_clus1 up/up 10.10.0.5/24 n2 e0a true n2_clus2 up/up 10.10.0.6/24 n2 e0b true n2_clus3 up/up 10.10.0.7/24 n2 e0c true n2_clus4 up/up 10.10.0.8/24 n2 e0d true n3_clus1 up/up 10.10.0.9/24 n3 e4a true n3_clus2 up/up 10.10.0.10/24 n3 e4e true n4_clus1 up/up 10.10.0.11/24 n4 e4a true n4_clus2 up/up 10.10.0.12/24 n4 e4e true cluster::*> system cluster-switch show Switch Type Address Model --------------------------- ------------------ ---------------- --------------- CL1 cluster-network 10.10.1.101 NX3232C Serial Number: FOX000001 Is Monitored: true Reason: None Software Version: Cisco Nexus Operating System (NX-OS) Software, Version 7.0(3)I6(1) Version Source: CDP CL2 cluster-network 10.10.1.102 NX3232C Serial Number: FOX000002 Is Monitored: true Reason: None Software Version: Cisco Nexus Operating System (NX-OS) Software, Version 7.0(3)I6(1) Version Source: CDP C2 cluster-network 10.10.1.103 NX3232C Serial Number: FOX000003 Is Monitored: true Reason: None Software Version: Cisco Nexus Operating System (NX-OS) Software, Version 7.0(3)I6(1) Version Source: CDP 3 entries were displayed. -
-
Den ausgetauschten Cluster Switch CL2 löschen, falls er nicht automatisch entfernt wurde:
system cluster-switch delete -device cluster-switch-name -
Überprüfen, ob die richtigen Cluster-Switches überwacht werden:
system cluster-switch showBeispiel anzeigen
Das folgende Beispiel zeigt, dass die Cluster-Switches überwacht werden, weil der
Is Monitored`Status `trueist.cluster::> system cluster-switch show Switch Type Address Model --------------------------- ------------------ ---------------- --------------- CL1 cluster-network 10.10.1.101 NX3232C Serial Number: FOX000001 Is Monitored: true Reason: None Software Version: Cisco Nexus Operating System (NX-OS) Software, Version 7.0(3)I6(1) Version Source: CDP C2 cluster-network 10.10.1.103 NX3232C Serial Number: FOX000002 Is Monitored: true Reason: None Software Version: Cisco Nexus Operating System (NX-OS) Software, Version 7.0(3)I6(1) Version Source: CDP -
Wenn Sie die automatische Fallerstellung unterdrückt haben, können Sie sie durch Aufruf einer AutoSupport Nachricht wieder aktivieren:
system node autosupport invoke -node * -type all -message MAINT=END
Nachdem Sie Ihren Schalter ausgetauscht haben, können Sie "Konfigurieren der Switch-Integritätsüberwachung".