Migration von einem Zwei-Knoten-Switchless-Cluster zu einem Cluster mit Cisco Nexus 3232C Cluster-Switches
Änderungen vorschlagen
PDFs
Wenn Sie einen switchlosen Cluster mit zwei Knoten haben, können Sie zu einem switched Cluster mit zwei Knoten migrieren, der Cisco Nexus 3232C Cluster-Netzwerk-Switches enthält. Dies ist ein unterbrechungsfreies Verfahren.
Überprüfungsanforderungen
Überprüfen Sie die folgenden Installationen und Verbindungen:
-
Für Knotenverbindungen stehen Ports zur Verfügung. Die Cluster-Switches verwenden die Inter-Switch Link (ISL)-Ports e1/31-32.
-
Sie verfügen über die passenden Kabel für die Clusterverbindungen:
-
Die Knoten mit 10-GbE-Clusterverbindungen benötigen QSFP-Lichtwellenleitermodule mit Breakout-Glasfaserkabeln oder QSFP-zu-SFP+-Kupfer-Breakout-Kabel.
-
Die Knoten mit 40/100 GbE Cluster-Verbindungen benötigen unterstützte QSFP/QSFP28 optische Module mit Glasfaserkabeln oder QSFP/QSFP28 Kupfer-Direktanschlusskabel.
-
Für die Cluster-Switches wird die entsprechende ISL-Verkabelung benötigt: 2x QSFP28 Glasfaser- oder Kupfer-Direktanschlusskabel.
-
-
Die Konfigurationen sind ordnungsgemäß eingerichtet und funktionieren.
Die beiden Knoten müssen in einer Zwei-Knoten-Clusterumgebung ohne Schalter verbunden und funktionsfähig sein.
-
Alle Cluster-Ports befinden sich im Status up.
-
Der Cisco Nexus 3232C Cluster-Switch wird unterstützt.
-
Die bestehende Cluster-Netzwerkkonfiguration weist folgende Merkmale auf:
-
Eine redundante und voll funktionsfähige Nexus 3232C Cluster-Infrastruktur auf beiden Switches
-
Die neuesten RCF- und NX-OS-Versionen auf Ihren Switches
-
Management-Konnektivität auf beiden Switches
-
Konsolenzugriff auf beide Schalter
-
Alle logischen Schnittstellen (LIFs) des Clusters im Status up, die noch nicht migriert wurden
-
Erste Anpassung des Schalters
-
Alle ISL-Ports sind aktiviert und verkabelt.
-
Die Beispiele in diesem Verfahren verwenden die folgende Schalter- und Knotennomenklatur:
-
Nexus 3232C Cluster-Switches, C1 und C2.
-
Die Knoten sind n1 und n2.
Die Beispiele in diesem Verfahren verwenden zwei Knoten, die jeweils zwei 40-GbE-Cluster-Verbindungsports e4a und e4e nutzen. Der"Hardware-Universum" enthält Details zu den Cluster-Ports auf Ihren Plattformen.
-
n1_clus1 ist die erste logische Clusterschnittstelle (LIF), die für Knoten n1 mit dem Cluster-Switch C1 verbunden wird.
-
n1_clus2 ist der erste Cluster-LIF, der für Knoten n1 mit dem Cluster-Switch C2 verbunden wird.
-
n2_clus1 ist der erste Cluster-LIF, der für Knoten n2 mit dem Cluster-Switch C1 verbunden wird.
-
n2_clus2 ist der zweite Cluster-LIF, der für Knoten n2 mit dem Cluster-Switch C2 verbunden werden soll.
-
Die Anzahl der 10-GbE- und 40/100-GbE-Ports ist in den Referenzkonfigurationsdateien (RCFs) definiert, die unter [URL] verfügbar sind."Cisco Cluster-Netzwerk-Switch-Referenzkonfigurationsdatei herunterladen" Die
|
Für dieses Verfahren werden sowohl ONTAP -Befehle als auch Cisco Nexus 3000 Series Switches-Befehle benötigt; es werden ONTAP -Befehle verwendet, sofern nicht anders angegeben. |
Schritt 1: Physische und logische Ports anzeigen und 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.
-
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 --------- ------------ ---------------- ---- ---- ----------- -------- ----- e4a Cluster Cluster up 9000 auto/40000 - e4e Cluster Cluster up 9000 auto/40000 - - Node: n2 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 - 4 entries were displayed. -
Informationen über die logischen Schnittstellen und ihre jeweiligen Heimatknoten anzeigen:
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 e4a true n1_clus2 up/up 10.10.0.2/24 n1 e4e true n2_clus1 up/up 10.10.0.3/24 n2 e4a true n2_clus2 up/up 10.10.0.4/24 n2 e4e true 4 entries were displayed. -
Überprüfen Sie mithilfe des Befehls mit erweiterten Berechtigungen, ob die Erkennung von Switchless-Clustern aktiviert ist:
network options detect-switchless-cluster show`
Beispiel anzeigen
Die Ausgabe im folgenden Beispiel zeigt, dass die Erkennung von Clustern ohne Schalter aktiviert ist:
cluster::*> network options detect-switchless-cluster show Enable Switchless Cluster Detection: true
-
-
Überprüfen Sie, ob die entsprechenden RCFs und das Image auf den neuen 3232C-Switches installiert sind, und nehmen Sie alle notwendigen Standortanpassungen vor, z. B. das Hinzufügen von Benutzern, Passwörtern und Netzwerkadressen.
Sie müssen jetzt beide Schalter vorbereiten. Falls Sie die RCF- und Bildverarbeitungssoftware aktualisieren müssen, befolgen Sie bitte diese Schritte:
-
Gehen Sie auf die Seite Cisco Ethernet Switches auf der NetApp Support-Website.
-
Notieren Sie sich Ihren Switch und die erforderlichen Softwareversionen in der Tabelle auf dieser Seite.
-
Laden Sie die passende Version von RCF herunter.
-
Klicken Sie auf der Seite Beschreibung auf WEITER, akzeptieren Sie die Lizenzvereinbarung und folgen Sie dann den Anweisungen auf der Seite Download, um die RCF-Datei herunterzuladen.
-
Laden Sie die passende Version der Bildbearbeitungssoftware herunter.
-
-
Klicken Sie auf der Seite Beschreibung auf WEITER, akzeptieren Sie die Lizenzvereinbarung und folgen Sie dann den Anweisungen auf der Seite Download, um die RCF-Datei herunterzuladen.
-
Deaktivieren Sie auf den Nexus 3232C Switches C1 und C2 alle zum Knoten hin ausgerichteten Ports C1 und C2, deaktivieren Sie jedoch nicht die ISL-Ports e1/31-32.
Weitere Informationen zu Cisco -Befehlen finden Sie in den in der folgenden Liste aufgeführten Anleitungen: "Cisco Nexus 3000 Serie NX-OS Befehlsreferenzen" Die
Beispiel anzeigen
Das folgende Beispiel zeigt, wie die Ports 1 bis 30 auf den Nexus 3232C Cluster-Switches C1 und C2 mithilfe einer in RCF unterstützten Konfiguration deaktiviert werden.
NX3232_RCF_v1.0_24p10g_24p100g.txt:C1# copy running-config startup-config [] 100% Copy complete. C1# configure C1(config)# int e1/1/1-4,e1/2/1-4,e1/3/1-4,e1/4/1-4,e1/5/1-4,e1/6/1-4,e1/7-30 C1(config-if-range)# shutdown C1(config-if-range)# exit C1(config)# exit C2# copy running-config startup-config [] 100% Copy complete. C2# configure C2(config)# int e1/1/1-4,e1/2/1-4,e1/3/1-4,e1/4/1-4,e1/5/1-4,e1/6/1-4,e1/7-30 C2(config-if-range)# shutdown C2(config-if-range)# exit C2(config)# exit
-
Verbinden Sie die Ports 1/31 und 1/32 auf C1 mit den entsprechenden Ports auf C2 mithilfe von unterstützten Kabeln.
-
Überprüfen Sie, ob die ISL-Ports auf C1 und C2 betriebsbereit sind:
show port-channel summaryWeitere Informationen zu Cisco -Befehlen finden Sie in den in der folgenden Liste aufgeführten Anleitungen: "Cisco Nexus 3000 Serie NX-OS Befehlsreferenzen" Die
Beispiel anzeigen
Das folgende Beispiel zeigt das Cisco
show port-channel summaryBefehl, der verwendet wird, um zu überprüfen, ob die ISL-Ports auf C1 und C2 funktionsfähig sind:C1# 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 -------------------------------------------------------------------------------- Port- Group Channel Type Protocol Member Ports ------------------------------------------------------------------------------- 1 Po1(SU) Eth LACP Eth1/31(P) Eth1/32(P) 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) -
Zeigen Sie die Liste der benachbarten Geräte am Switch an.
Weitere Informationen zu Cisco -Befehlen finden Sie in den in der folgenden Liste aufgeführten Anleitungen: "Cisco Nexus 3000 Serie NX-OS Befehlsreferenzen" Die
Beispiel anzeigen
Das folgende Beispiel zeigt den Cisco -Befehl
show cdp neighborswird verwendet, um die benachbarten Geräte am Switch anzuzeigen:C1# show cdp neighbors Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge S - Switch, H - Host, I - IGMP, r - Repeater, V - VoIP-Phone, D - Remotely-Managed-Device, s - Supports-STP-Dispute Device-ID Local Intrfce Hldtme Capability Platform Port ID C2 Eth1/31 174 R S I s N3K-C3232C Eth1/31 C2 Eth1/32 174 R S I s N3K-C3232C Eth1/32 Total entries displayed: 2 C2# show cdp neighbors Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge S - Switch, H - Host, I - IGMP, r - Repeater, V - VoIP-Phone, D - Remotely-Managed-Device, s - Supports-STP-Dispute Device-ID Local Intrfce Hldtme Capability Platform Port ID C1 Eth1/31 178 R S I s N3K-C3232C Eth1/31 C1 Eth1/32 178 R S I s N3K-C3232C Eth1/32 Total entries displayed: 2 -
Zeigen Sie die Cluster-Port-Konnektivität auf jedem Knoten an:
network device-discovery showBeispiel anzeigen
Das folgende Beispiel zeigt die Cluster-Port-Konnektivität für eine Zwei-Knoten-Switchless-Cluster-Konfiguration:
cluster::*> network device-discovery show Local Discovered Node Port Device Interface Platform ----------- ------ ------------------- ---------------- ---------------- n1 /cdp e4a n2 e4a FAS9000 e4e n2 e4e FAS9000 n2 /cdp e4a n1 e4a FAS9000 e4e n1 e4e FAS9000 -
Migrieren Sie die LIFs n1_clus1 und n2_clus1 zu den physischen Ports ihrer Zielknoten:
network interface migrate -vserver vserver-name -lif lif-name source-node source-node-name -destination-port destination-port-nameBeispiel anzeigen
Sie müssen den Befehl für jeden lokalen Knoten ausführen, wie im folgenden Beispiel gezeigt:
cluster::*> network interface migrate -vserver cluster -lif n1_clus1 -source-node n1 -destination-node n1 -destination-port e4e cluster::*> network interface migrate -vserver cluster -lif n2_clus1 -source-node n2 -destination-node n2 -destination-port e4e
Schritt 2: Schalten Sie die neu zugewiesenen LIFs ab und trennen Sie die Kabel.
-
Überprüfen Sie, ob die Cluster-Schnittstellen erfolgreich migriert wurden:
network interface show -role clusterBeispiel anzeigen
Das folgende Beispiel zeigt, dass der Status „Is Home“ für die LIFs n1_clus1 und n2_clus1 nach Abschluss der Migration auf „false“ geändert wurde:
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 e4e false n1_clus2 up/up 10.10.0.2/24 n1 e4e true n2_clus1 up/up 10.10.0.3/24 n2 e4e false n2_clus2 up/up 10.10.0.4/24 n2 e4e true 4 entries were displayed. -
Die Cluster-Ports für die LIFs n1_clus1 und n2_clus1, die in Schritt 9 migriert wurden, werden heruntergefahren:
network port modify -node node-name -port port-name -up-admin falseBeispiel anzeigen
Sie müssen den Befehl für jeden Port ausführen, wie im folgenden Beispiel gezeigt:
cluster::*> network port modify -node n1 -port e4a -up-admin false cluster::*> network port modify -node n2 -port e4a -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
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 e4a 10.10.0.1
Cluster n1_clus2 n1 e4e 10.10.0.2
Cluster n2_clus1 n2 e4a 10.10.0.3
Cluster n2_clus2 n2 e4e 10.10.0.4
Local = 10.10.0.1 10.10.0.2
Remote = 10.10.0.3 10.10.0.4
Cluster Vserver Id = 4294967293 Ping status:
....
Basic connectivity succeeds on 4 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.3
Local 10.10.0.1 to Remote 10.10.0.4
Local 10.10.0.2 to Remote 10.10.0.3
Local 10.10.0.2 to Remote 10.10.0.4
Larger than PMTU communication succeeds on 4 path(s) RPC status:
1 paths up, 0 paths down (tcp check)
1 paths up, 0 paths down (ucp check)
Schritt 3: Aktivieren Sie die Cluster-Ports
-
Trennen Sie das Kabel von e4a am Knoten n2.
Sie können die laufende Konfiguration konsultieren und e4a mit dem nächsten verfügbaren 40-GbE-Port auf C1, Port 1/8, unter Verwendung unterstützter Kabel verbinden.
-
Aktivieren Sie alle zum Knoten führenden Ports an C1.
Weitere Informationen zu Cisco -Befehlen finden Sie in den in der folgenden Liste aufgeführten Anleitungen: "Cisco Nexus 3000 Serie NX-OS Befehlsreferenzen" Die
Beispiel anzeigen
Das folgende Beispiel zeigt, wie die Ports 1 bis 30 auf den Nexus 3232C Cluster-Switches C1 und C2 mithilfe der in RCF unterstützten Konfiguration aktiviert werden.
NX3232_RCF_v1.0_24p10g_26p100g.txt:C1# configure C1(config)# int e1/1/1-4,e1/2/1-4,e1/3/1-4,e1/4/1-4,e1/5/1-4,e1/6/1-4,e1/7-30 C1(config-if-range)# no shutdown C1(config-if-range)# exit C1(config)# exit
-
Aktivieren Sie den ersten Cluster-Port, e4a, auf jedem Knoten:
network port modify -node node-name -port port-name -up-admin trueBeispiel anzeigen
cluster::*> network port modify -node n1 -port e4a -up-admin true cluster::*> network port modify -node n2 -port e4a -up-admin true
-
Überprüfen Sie, ob die Cluster auf beiden Knoten aktiv 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 --------- ------------ ---------------- ---- ---- ----------- -------- ----- e4a Cluster Cluster up 9000 auto/40000 - e4e Cluster Cluster up 9000 auto/40000 - - Node: n2 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 - 4 entries were displayed. -
Für jeden Knoten müssen alle migrierten Cluster-Interconnect-LIFs wiederhergestellt werden:
network interface revert -vserver cluster -lif lif-nameBeispiel anzeigen
Sie müssen jeden LIF einzeln auf seinen Heimatport zurückführen, wie im folgenden Beispiel gezeigt:
cluster::*> network interface revert -vserver cluster -lif n1_clus1 cluster::*> network interface revert -vserver cluster -lif n2_clus1
-
Überprüfen Sie, ob alle LIFs nun wieder an ihren ursprünglichen Ports angeschlossen sind:
network interface show -role clusterDer
Is HomeDie Spalte sollte einen Wert anzeigentruefür alle in der Liste aufgeführten HäfenCurrent PortSpalte. Wenn der angezeigte WertfalseDer Port wurde nicht wiederhergestellt.Beispiel 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 e4a true n1_clus2 up/up 10.10.0.2/24 n1 e4e true n2_clus1 up/up 10.10.0.3/24 n2 e4a true n2_clus2 up/up 10.10.0.4/24 n2 e4e true 4 entries were displayed.
Schritt 4: Aktivieren Sie die neu zugewiesenen LIFs
-
Zeigen Sie die Cluster-Port-Konnektivität auf jedem Knoten an:
network device-discovery showBeispiel anzeigen
cluster::*> network device-discovery show Local Discovered Node Port Device Interface Platform ----------- ------ ------------------- ---------------- ---------------- n1 /cdp e4a C1 Ethernet1/7 N3K-C3232C e4e n2 e4e FAS9000 n2 /cdp e4a C1 Ethernet1/8 N3K-C3232C e4e n1 e4e FAS9000 -
Migrieren Sie clus2 auf Port e4a der Konsole jedes Knotens:
network interface migrate cluster -lif lif-name -source-node source-node-name -destination-node destination-node-name -destination-port destination-port-nameBeispiel anzeigen
Sie müssen jede LIF einzeln an ihren jeweiligen Heimatport migrieren, wie im folgenden Beispiel gezeigt:
cluster::*> network interface migrate -vserver cluster -lif n1_clus2 -source-node n1 -destination-node n1 -destination-port e4a cluster::*> network interface migrate -vserver cluster -lif n2_clus2 -source-node n2 -destination-node n2 -destination-port e4a
-
Schalten Sie die Cluster-Ports clus2 LIF auf beiden Knoten ab:
network port modifyBeispiel anzeigen
Das folgende Beispiel zeigt, wie die angegebenen Ports eingestellt werden.
false, wodurch die Ports auf beiden Knoten abgeschaltet werden:cluster::*> network port modify -node n1 -port e4e -up-admin false cluster::*> network port modify -node n2 -port e4e -up-admin false
-
Überprüfen Sie den Cluster-LIF-Status:
network interface showBeispiel 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 e4a true n1_clus2 up/up 10.10.0.2/24 n1 e4a false n2_clus1 up/up 10.10.0.3/24 n2 e4a true n2_clus2 up/up 10.10.0.4/24 n2 e4a false 4 entries were displayed. -
Trennen Sie das Kabel von e4e am Knoten n1.
Sie können sich auf die laufende Konfiguration beziehen und den ersten 40-GbE-Port am Switch C2 (Port 1/7 in diesem Beispiel) mit e4e am Knoten n1 verbinden, indem Sie die für das Switch-Modell Nexus 3232C geeignete Verkabelung verwenden.
-
Trennen Sie das Kabel von e4e am Knoten n2.
Sie können die laufende Konfiguration heranziehen und e4e mit dem nächsten verfügbaren 40-GbE-Port auf C2, Port 1/8, verbinden, indem Sie die für das Switch-Modell Nexus 3232C geeignete Verkabelung verwenden.
-
Aktivieren Sie alle zum Knoten führenden Ports auf C2.
Beispiel anzeigen
Das folgende Beispiel zeigt, wie die Ports 1 bis 30 auf den Nexus 3132Q-V Cluster-Switches C1 und C2 mithilfe einer in RCF unterstützten Konfiguration aktiviert werden.
NX3232C_RCF_v1.0_24p10g_26p100g.txt:C2# configure C2(config)# int e1/1/1-4,e1/2/1-4,e1/3/1-4,e1/4/1-4,e1/5/1-4,e1/6/1-4,e1/7-30 C2(config-if-range)# no shutdown C2(config-if-range)# exit C2(config)# exit
-
Aktivieren Sie den zweiten Cluster-Port, e4e, auf jedem Knoten:
network port modifyBeispiel anzeigen
Das folgende Beispiel zeigt, wie der zweite Cluster-Port e4e auf jedem Knoten aktiviert wird:
cluster::*> network port modify -node n1 -port e4e -up-admin true cluster::*> *network port modify -node n2 -port e4e -up-admin true*s
-
Für jeden Knoten müssen alle migrierten Cluster-Interconnect-LIFs wiederhergestellt werden:
network interface revertBeispiel anzeigen
Das folgende Beispiel zeigt, wie die migrierten LIFs auf ihre ursprünglichen Ports zurückgesetzt werden.
cluster::*> network interface revert -vserver Cluster -lif n1_clus2 cluster::*> network interface revert -vserver Cluster -lif n2_clus2
-
Überprüfen Sie, ob alle Cluster-Verbindungsports nun wieder auf ihre ursprünglichen Ports zurückgesetzt sind:
network interface show -role clusterDer
Is HomeDie Spalte sollte einen Wert anzeigentruefür alle in der Liste aufgeführten HäfenCurrent PortSpalte. Wenn der angezeigte WertfalseDer Port wurde nicht wiederhergestellt.Beispiel 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 e4a true n1_clus2 up/up 10.10.0.2/24 n1 e4e true n2_clus1 up/up 10.10.0.3/24 n2 e4a true n2_clus2 up/up 10.10.0.4/24 n2 e4e true 4 entries were displayed. -
Überprüfen Sie, ob alle Cluster-Verbindungsports im Zustand „intakt“ sind.
upZustand:network port show -role cluster -
Zeigen Sie die Portnummern der Cluster-Switches an, über die jeder Cluster-Port mit jedem Knoten verbunden ist:
network device-discovery showBeispiel anzeigen
cluster::*> network device-discovery show Local Discovered Node Port Device Interface Platform ----------- ------ ------------------- ---------------- ---------------- n1 /cdp e4a C1 Ethernet1/7 N3K-C3232C e4e C2 Ethernet1/7 N3K-C3232C n2 /cdp e4a C1 Ethernet1/8 N3K-C3232C e4e C2 Ethernet1/8 N3K-C3232C -
Anzeige der erkannten und überwachten Cluster-Switches:
system cluster-switch showBeispiel anzeigen
cluster::*> system cluster-switch show Switch Type Address Model --------------------------- ------------------ ---------------- --------------- C1 cluster-network 10.10.1.101 NX3232CV Serial Number: FOX000001 Is Monitored: true Reason: Software Version: Cisco Nexus Operating System (NX-OS) Software, Version 7.0(3)I6(1) Version Source: CDP C2 cluster-network 10.10.1.102 NX3232CV Serial Number: FOX000002 Is Monitored: true Reason: Software Version: Cisco Nexus Operating System (NX-OS) Software, Version 7.0(3)I6(1) Version Source: CDP 2 entries were displayed.
-
Überprüfen Sie, ob die Erkennung des schalterlosen Clusters die Option „Schalterloser Cluster“ auf deaktiviert gesetzt hat:
network options switchless-cluster show -
Ü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
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 e4a 10.10.0.1
Cluster n1_clus2 n1 e4e 10.10.0.2
Cluster n2_clus1 n2 e4a 10.10.0.3
Cluster n2_clus2 n2 e4e 10.10.0.4
Local = 10.10.0.1 10.10.0.2
Remote = 10.10.0.3 10.10.0.4
Cluster Vserver Id = 4294967293
Ping status:
....
Basic connectivity succeeds on 4 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.3
Local 10.10.0.1 to Remote 10.10.0.4
Local 10.10.0.2 to Remote 10.10.0.3
Local 10.10.0.2 to Remote 10.10.0.4
Larger than PMTU communication succeeds on 4 path(s) RPC status:
1 paths up, 0 paths down (tcp check)
1 paths up, 0 paths down (ucp check)