Migration von einer switchlosen Clusterumgebung zu einer switchierten NetApp CN1610 Clusterumgebung
Wenn Sie bereits eine switchlose Clusterumgebung mit zwei Knoten besitzen, können Sie mithilfe von CN1610 Cluster-Netzwerk-Switches zu einer switchierten Clusterumgebung mit zwei Knoten migrieren, die Ihnen eine Skalierung über zwei Knoten hinaus ermöglicht.
Überprüfungsanforderungen
Bitte stellen Sie sicher, dass Sie Folgendes haben:
Bei einer schalterlosen Konfiguration mit zwei Knoten ist Folgendes sicherzustellen:
-
Die Zwei-Knoten-Konfiguration ohne Schalter ist ordnungsgemäß eingerichtet und funktioniert.
-
Auf den Knoten läuft ONTAP 8.2 oder höher.
-
Alle Cluster-Ports befinden sich im
upZustand. -
Alle logischen Schnittstellen (LIFs) des Clusters befinden sich in der
upin den jeweiligen Bundesstaaten und in ihren Heimathäfen.
Für die Konfiguration des CN1610-Cluster-Switches:
-
Die CN1610 Cluster-Switch-Infrastruktur ist auf beiden Switches voll funktionsfähig.
-
Beide Switches verfügen über eine Management-Netzwerkanbindung.
-
Es besteht Konsolenzugriff auf die Cluster-Switches.
-
CN1610-Knoten-zu-Knoten- und Schalter-zu-Schalter-Verbindungen verwenden Twinax- oder Glasfaserkabel.
Der"Hardware Universe" enthält weitere Informationen zur Verkabelung.
-
Inter-Switch Link (ISL)-Kabel sind an die Ports 13 bis 16 beider CN1610-Switches angeschlossen.
-
Die erste Anpassung beider CN1610-Schalter ist abgeschlossen.
Alle zuvor vorgenommenen Anpassungen am Standort, wie z. B. SMTP, SNMP und SSH, sollten auf die neuen Switches kopiert werden.
Migrieren Sie die Schalter
Die Beispiele in diesem Verfahren verwenden die folgende Cluster-Switch- und Knotennomenklatur:
-
Die Namen der CN1610-Schalter lauten cs1 und cs2.
-
Die Namen der LIFs lauten clus1 und clus2.
-
Die Namen der Knoten lauten Knoten1 und Knoten2.
-
Der
cluster::*>Die Eingabeaufforderung zeigt den Namen des Clusters an. -
Die in diesem Verfahren verwendeten Cluster-Ports sind e1a und e2a.
Der"Hardware Universe" Enthält die aktuellsten Informationen zu den tatsächlichen Cluster-Ports für Ihre Plattformen.
Schritt 1: Vorbereitung auf die Migration
-
Ändern Sie die Berechtigungsstufe auf „Erweitert“, indem Sie Folgendes eingeben
ywenn Sie aufgefordert werden, fortzufahren:set -privilege advancedDie erweiterte Eingabeaufforderung (*>) wird angezeigt.
-
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. Beispiel anzeigen
Der folgende Befehl unterdrückt die automatische Fallerstellung für zwei Stunden:
cluster::*> system node autosupport invoke -node * -type all -message MAINT=2h
Schritt 2: Ports konfigurieren
-
Deaktivieren Sie alle zum Knoten hin ausgerichteten Ports (nicht die ISL-Ports) an den beiden neuen Cluster-Switches cs1 und cs2.
Die ISL-Ports dürfen nicht deaktiviert werden.
Beispiel anzeigen
Das folgende Beispiel zeigt, dass die dem Knoten zugewandten Ports 1 bis 12 am Switch cs1 deaktiviert sind:
(cs1)> enable (cs1)# configure (cs1)(Config)# interface 0/1-0/12 (cs1)(Interface 0/1-0/12)# shutdown (cs1)(Interface 0/1-0/12)# exit (cs1)(Config)# exit
Das folgende Beispiel zeigt, dass die dem Knoten zugewandten Ports 1 bis 12 am Switch cs2 deaktiviert sind:
(c2)> enable (cs2)# configure (cs2)(Config)# interface 0/1-0/12 (cs2)(Interface 0/1-0/12)# shutdown (cs2)(Interface 0/1-0/12)# exit (cs2)(Config)# exit
-
Überprüfen Sie, ob die ISL und die physischen Ports der ISL zwischen den beiden CN1610 Cluster-Switches cs1 und cs2 verbunden sind.
up:show port-channelBeispiel anzeigen
Das folgende Beispiel zeigt, dass die ISL-Ports
upauf Switch CS1:(cs1)# show port-channel 3/1 Local Interface................................ 3/1 Channel Name................................... ISL-LAG Link State..................................... Up Admin Mode..................................... Enabled Type........................................... Static Load Balance Option............................ 7 (Enhanced hashing mode) Mbr Device/ Port Port Ports Timeout Speed Active ------ ------------- --------- ------- 0/13 actor/long 10G Full True partner/long 0/14 actor/long 10G Full True partner/long 0/15 actor/long 10G Full True partner/long 0/16 actor/long 10G Full True partner/longDas folgende Beispiel zeigt, dass die ISL-Ports
upauf der Switch CS2:(cs2)# show port-channel 3/1 Local Interface................................ 3/1 Channel Name................................... ISL-LAG Link State..................................... Up Admin Mode..................................... Enabled Type........................................... Static Load Balance Option............................ 7 (Enhanced hashing mode) Mbr Device/ Port Port Ports Timeout Speed Active ------ ------------- --------- ------- 0/13 actor/long 10G Full True partner/long 0/14 actor/long 10G Full True partner/long 0/15 actor/long 10G Full True partner/long 0/16 actor/long 10G Full True partner/long -
Liste der benachbarten Geräte anzeigen:
show isdp neighborsDieser Befehl liefert Informationen über die mit dem System verbundenen Geräte.
Beispiel anzeigen
Das folgende Beispiel listet die benachbarten Geräte am Switch cs1 auf:
(cs1)# show isdp neighbors Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge, S - Switch, H - Host, I - IGMP, r - Repeater Device ID Intf Holdtime Capability Platform Port ID ---------------------- ------------ --------- ------------ --------- ------------ cs2 0/13 11 S CN1610 0/13 cs2 0/14 11 S CN1610 0/14 cs2 0/15 11 S CN1610 0/15 cs2 0/16 11 S CN1610 0/16Das folgende Beispiel listet die benachbarten Geräte am Switch cs2 auf:
(cs2)# show isdp neighbors Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge, S - Switch, H - Host, I - IGMP, r - Repeater Device ID Intf Holdtime Capability Platform Port ID ---------------------- ------------ --------- ------------ --------- ------------ cs1 0/13 11 S CN1610 0/13 cs1 0/14 11 S CN1610 0/14 cs1 0/15 11 S CN1610 0/15 cs1 0/16 11 S CN1610 0/16 -
Liste der Cluster-Ports anzeigen:
network port showBeispiel anzeigen
Das folgende Beispiel zeigt die verfügbaren Cluster-Ports:
cluster::*> network port show -ipspace Cluster Node: node1 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ------ e0a Cluster Cluster up 9000 auto/10000 healthy false e0b Cluster Cluster up 9000 auto/10000 healthy false e0c Cluster Cluster up 9000 auto/10000 healthy false e0d Cluster Cluster up 9000 auto/10000 healthy false e4a Cluster Cluster up 9000 auto/10000 healthy false e4b Cluster Cluster up 9000 auto/10000 healthy false Node: node2 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ----------- -------- ------ e0a Cluster Cluster up 9000 auto/10000 healthy false e0b Cluster Cluster up 9000 auto/10000 healthy false e0c Cluster Cluster up 9000 auto/10000 healthy false e0d Cluster Cluster up 9000 auto/10000 healthy false e4a Cluster Cluster up 9000 auto/10000 healthy false e4b Cluster Cluster up 9000 auto/10000 healthy false 12 entries were displayed. -
Überprüfen Sie, ob jeder Cluster-Port mit dem entsprechenden Port des zugehörigen Partner-Cluster-Knotens verbunden ist:
run * cdpd show-neighborsBeispiel anzeigen
Das folgende Beispiel zeigt, dass die Cluster-Ports e1a und e2a mit demselben Port auf ihrem Cluster-Partnerknoten verbunden sind:
cluster::*> run * cdpd show-neighbors 2 entries were acted on. Node: node1 Local Remote Remote Remote Hold Remote Port Device Interface Platform Time Capability ------ --------------- ---------------------- ---------------- ----- ---------- e1a node2 e1a FAS3270 137 H e2a node2 e2a FAS3270 137 H Node: node2 Local Remote Remote Remote Hold Remote Port Device Interface Platform Time Capability ------ --------------- ---------------------- ---------------- ----- ---------- e1a node1 e1a FAS3270 161 H e2a node1 e2a FAS3270 161 H
-
Überprüfen Sie, ob alle Cluster-LIFs vorhanden sind.
upund betriebsbereit:network interface show -vserver ClusterJeder Cluster-LIF sollte Folgendes anzeigen
truein der Spalte "Ist zu Hause".Beispiel anzeigen
cluster::*> network interface show -vserver Cluster Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------- ------------- ------- ---- node1 clus1 up/up 10.10.10.1/16 node1 e1a true clus2 up/up 10.10.10.2/16 node1 e2a true node2 clus1 up/up 10.10.11.1/16 node2 e1a true clus2 up/up 10.10.11.2/16 node2 e2a true 4 entries were displayed.Die folgenden Änderungs- und Migrationsbefehle in den Schritten 10 bis 13 müssen vom lokalen Knoten aus ausgeführt werden. -
Überprüfen Sie, ob alle Cluster-Ports
up:network port show -ipspace ClusterBeispiel anzeigen
cluster::*> network port show -ipspace Cluster Auto-Negot Duplex Speed (Mbps) Node Port Role Link MTU Admin/Oper Admin/Oper Admin/Oper ------ ------ ------------ ----- ----- ----------- ---------- ------------ node1 e1a clus1 up 9000 true/true full/full auto/10000 e2a clus2 up 9000 true/true full/full auto/10000 node2 e1a clus1 up 9000 true/true full/full auto/10000 e2a clus2 up 9000 true/true full/full auto/10000 4 entries were displayed. -
Stellen Sie die
-auto-revertParameter zufalseauf den Cluster-LIFs clus1 und clus2 auf beiden Knoten:network interface modifyBeispiel anzeigen
cluster::*> network interface modify -vserver node1 -lif clus1 -auto-revert false cluster::*> network interface modify -vserver node1 -lif clus2 -auto-revert false cluster::*> network interface modify -vserver node2 -lif clus1 -auto-revert false cluster::*> network interface modify -vserver node2 -lif clus2 -auto-revert false
Für Version 8.3 und höher verwenden Sie folgenden Befehl: network interface modify -vserver Cluster -lif * -auto-revert 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
------ -------------------------- ---------------- ---------------- -----------
node1
3/5/2022 19:21:18 -06:00 node1_clus2 node2-clus1 none
3/5/2022 19:21:20 -06:00 node1_clus2 node2_clus2 none
node2
3/5/2022 19:21:18 -06:00 node2_clus2 node1_clus1 none
3/5/2022 19:21:20 -06:00 node2_clus2 node1_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 node2 Getting addresses from network interface table... Cluster node1_clus1 169.254.209.69 node1 e0a Cluster node1_clus2 169.254.49.125 node1 e0b Cluster node2_clus1 169.254.47.194 node2 e0a Cluster node2_clus2 169.254.19.183 node2 e0b Local = 169.254.47.194 169.254.19.183 Remote = 169.254.209.69 169.254.49.125 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 4 path(s): Local 169.254.47.194 to Remote 169.254.209.69 Local 169.254.47.194 to Remote 169.254.49.125 Local 169.254.19.183 to Remote 169.254.209.69 Local 169.254.19.183 to Remote 169.254.49.125 Larger than PMTU communication succeeds on 4 path(s) RPC status: 2 paths up, 0 paths down (tcp check) 2 paths up, 0 paths down (udp check)
-
Migrieren Sie clus1 auf Port e2a auf der Konsole jedes Knotens:
network interface migrateBeispiel anzeigen
Das folgende Beispiel zeigt den Prozess zur Migration von clus1 auf Port e2a auf Knoten 1 und Knoten 2:
cluster::*> network interface migrate -vserver node1 -lif clus1 -source-node node1 -dest-node node1 -dest-port e2a cluster::*> network interface migrate -vserver node2 -lif clus1 -source-node node2 -dest-node node2 -dest-port e2a
Für Version 8.3 und höher verwenden Sie folgenden Befehl: network interface migrate -vserver Cluster -lif clus1 -destination-node node1 -destination-port e2a -
Überprüfen Sie, ob die Migration stattgefunden hat:
network interface show -vserver ClusterBeispiel anzeigen
Das folgende Beispiel verifiziert, dass clus1 auf Knoten 1 und Knoten 2 auf Port e2a migriert wurde:
cluster::*> network interface show -vserver Cluster Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------- ------------- ------- ---- node1 clus1 up/up 10.10.10.1/16 node1 e2a false clus2 up/up 10.10.10.2/16 node1 e2a true node2 clus1 up/up 10.10.11.1/16 node2 e2a false clus2 up/up 10.10.11.2/16 node2 e2a true 4 entries were displayed. -
Schalten Sie den Cluster-Port e1a auf beiden Knoten ab:
network port modifyBeispiel anzeigen
Das folgende Beispiel zeigt, wie der Port e1a auf Knoten 1 und Knoten 2 deaktiviert wird:
cluster::*> network port modify -node node1 -port e1a -up-admin false cluster::*> network port modify -node node2 -port e1a -up-admin false
-
Überprüfen Sie den Portstatus:
network port showBeispiel anzeigen
Das folgende Beispiel zeigt, dass Port e1a ist
downauf Knoten 1 und Knoten 2:cluster::*> network port show -role cluster Auto-Negot Duplex Speed (Mbps) Node Port Role Link MTU Admin/Oper Admin/Oper Admin/Oper ------ ------ ------------ ---- ----- ----------- ---------- ------------ node1 e1a clus1 down 9000 true/true full/full auto/10000 e2a clus2 up 9000 true/true full/full auto/10000 node2 e1a clus1 down 9000 true/true full/full auto/10000 e2a clus2 up 9000 true/true full/full auto/10000 4 entries were displayed. -
Trennen Sie das Kabel vom Cluster-Port e1a auf Knoten 1 und verbinden Sie dann e1a mit Port 1 des Cluster-Switches cs1. Verwenden Sie dazu die von den CN1610-Switches unterstützten Kabel.
Der"Hardware Universe" enthält weitere Informationen zur Verkabelung.
-
Trennen Sie das Kabel vom Cluster-Port e1a auf Knoten 2 und verbinden Sie dann e1a mit Port 2 auf dem Cluster-Switch cs1. Verwenden Sie dazu die von den CN1610-Switches unterstützten geeigneten Kabel.
-
Aktivieren Sie alle zum Knoten hin ausgerichteten Ports am Cluster-Switch cs1.
Beispiel anzeigen
Das folgende Beispiel zeigt, dass die Ports 1 bis 12 am Switch cs1 aktiviert sind:
(cs1)# configure (cs1)(Config)# interface 0/1-0/12 (cs1)(Interface 0/1-0/12)# no shutdown (cs1)(Interface 0/1-0/12)# exit (cs1)(Config)# exit
-
Aktivieren Sie den ersten Cluster-Port e1a auf jedem Knoten:
network port modifyBeispiel anzeigen
Das folgende Beispiel zeigt, wie der Port e1a auf Knoten 1 und Knoten 2 aktiviert wird:
cluster::*> network port modify -node node1 -port e1a -up-admin true cluster::*> network port modify -node node2 -port e1a -up-admin true
-
Überprüfen Sie, ob alle Cluster-Ports aktiv sind.
up:network port show -ipspace ClusterBeispiel anzeigen
Das folgende Beispiel zeigt, dass alle Cluster-Ports
upauf Knoten 1 und Knoten 2:cluster::*> network port show -ipspace Cluster Auto-Negot Duplex Speed (Mbps) Node Port Role Link MTU Admin/Oper Admin/Oper Admin/Oper ------ ------ ------------ ---- ----- ----------- ---------- ------------ node1 e1a clus1 up 9000 true/true full/full auto/10000 e2a clus2 up 9000 true/true full/full auto/10000 node2 e1a clus1 up 9000 true/true full/full auto/10000 e2a clus2 up 9000 true/true full/full auto/10000 4 entries were displayed. -
clus1 (das zuvor migriert wurde) auf beiden Knoten wieder auf e1a zurücksetzen:
network interface revertBeispiel anzeigen
Das folgende Beispiel zeigt, wie man clus1 auf Knoten 1 und Knoten 2 wieder auf Port e1a umstellt:
cluster::*> network interface revert -vserver node1 -lif clus1 cluster::*> network interface revert -vserver node2 -lif clus1
Für Version 8.3 und höher verwenden Sie folgenden Befehl: network interface revert -vserver Cluster -lif <nodename_clus<N>> -
Überprüfen Sie, ob alle Cluster-LIFs vorhanden sind.
up, betriebsbereit und Anzeige alstruein der Spalte „Ist zu Hause“:network interface show -vserver ClusterBeispiel anzeigen
Das folgende Beispiel zeigt, dass alle LIFs
upauf Knoten 1 und Knoten 2 und dass die Ergebnisse der Spalte "Ist zu Hause"true:cluster::*> network interface show -vserver Cluster Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------- ------------- ------- ---- node1 clus1 up/up 10.10.10.1/16 node1 e1a true clus2 up/up 10.10.10.2/16 node1 e2a true node2 clus1 up/up 10.10.11.1/16 node2 e1a true clus2 up/up 10.10.11.2/16 node2 e2a true 4 entries were displayed. -
Informationen über den Status der Knoten im Cluster anzeigen:
cluster showBeispiel anzeigen
Das folgende Beispiel zeigt Informationen über den Zustand und die Eignung der Knoten im Cluster an:
cluster::*> cluster show Node Health Eligibility Epsilon -------------------- ------- ------------ ------------ node1 true true false node2 true true false
-
Migrieren Sie clus2 auf Port e1a der Konsole jedes Knotens:
network interface migrateBeispiel anzeigen
Das folgende Beispiel zeigt den Prozess zur Migration von clus2 auf Port e1a auf Knoten 1 und Knoten 2:
cluster::*> network interface migrate -vserver node1 -lif clus2 -source-node node1 -dest-node node1 -dest-port e1a cluster::*> network interface migrate -vserver node2 -lif clus2 -source-node node2 -dest-node node2 -dest-port e1a
Für Version 8.3 und höher verwenden Sie folgenden Befehl: network interface migrate -vserver Cluster -lif node1_clus2 -dest-node node1 -dest-port e1a -
Überprüfen Sie, ob die Migration stattgefunden hat:
network interface show -vserver ClusterBeispiel anzeigen
Das folgende Beispiel verifiziert, dass clus2 auf Knoten 1 und Knoten 2 auf Port e1a migriert wurde:
cluster::*> network interface show -vserver Cluster Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------- ------------- ------- ---- node1 clus1 up/up 10.10.10.1/16 node1 e1a true clus2 up/up 10.10.10.2/16 node1 e1a false node2 clus1 up/up 10.10.11.1/16 node2 e1a true clus2 up/up 10.10.11.2/16 node2 e1a false 4 entries were displayed. -
Schalten Sie den Cluster-Port e2a auf beiden Knoten ab:
network port modifyBeispiel anzeigen
Das folgende Beispiel zeigt, wie der Port e2a auf Knoten 1 und Knoten 2 deaktiviert wird:
cluster::*> network port modify -node node1 -port e2a -up-admin false cluster::*> network port modify -node node2 -port e2a -up-admin false
-
Überprüfen Sie den Portstatus:
network port showBeispiel anzeigen
Das folgende Beispiel zeigt, dass Port e2a ist
downauf Knoten 1 und Knoten 2:cluster::*> network port show -role cluster Auto-Negot Duplex Speed (Mbps) Node Port Role Link MTU Admin/Oper Admin/Oper Admin/Oper ------ ------ ------------ ---- ----- ----------- ---------- ------------ node1 e1a clus1 up 9000 true/true full/full auto/10000 e2a clus2 down 9000 true/true full/full auto/10000 node2 e1a clus1 up 9000 true/true full/full auto/10000 e2a clus2 down 9000 true/true full/full auto/10000 4 entries were displayed. -
Trennen Sie das Kabel vom Cluster-Port e2a auf Knoten 1 und verbinden Sie dann e2a mit Port 1 auf dem Cluster-Switch cs2. Verwenden Sie dazu die von den CN1610-Switches unterstützten Kabel.
-
Trennen Sie das Kabel vom Cluster-Port e2a auf Knoten 2 und verbinden Sie dann e2a mit Port 2 des Cluster-Switches cs2 unter Verwendung der von den CN1610-Switches unterstützten geeigneten Verkabelung.
-
Aktivieren Sie alle zum Knoten hin ausgerichteten Ports am Cluster-Switch cs2.
Beispiel anzeigen
Das folgende Beispiel zeigt, dass die Ports 1 bis 12 am Switch cs2 aktiviert sind:
(cs2)# configure (cs2)(Config)# interface 0/1-0/12 (cs2)(Interface 0/1-0/12)# no shutdown (cs2)(Interface 0/1-0/12)# exit (cs2)(Config)# exit
-
Aktivieren Sie den zweiten Cluster-Port e2a auf jedem Knoten.
Beispiel anzeigen
Das folgende Beispiel zeigt, wie der Port e2a auf Knoten 1 und Knoten 2 aktiviert wird:
cluster::*> network port modify -node node1 -port e2a -up-admin true cluster::*> network port modify -node node2 -port e2a -up-admin true
-
Überprüfen Sie, ob alle Cluster-Ports aktiv sind.
up:network port show -ipspace ClusterBeispiel anzeigen
Das folgende Beispiel zeigt, dass alle Cluster-Ports
upauf Knoten 1 und Knoten 2:cluster::*> network port show -ipspace Cluster Auto-Negot Duplex Speed (Mbps) Node Port Role Link MTU Admin/Oper Admin/Oper Admin/Oper ------ ------ ------------ ---- ----- ----------- ---------- ------------ node1 e1a clus1 up 9000 true/true full/full auto/10000 e2a clus2 up 9000 true/true full/full auto/10000 node2 e1a clus1 up 9000 true/true full/full auto/10000 e2a clus2 up 9000 true/true full/full auto/10000 4 entries were displayed. -
clus2 (das zuvor migriert wurde) auf beiden Knoten wieder auf e2a zurücksetzen:
network interface revertBeispiel anzeigen
Das folgende Beispiel zeigt, wie man clus2 auf Knoten 1 und Knoten 2 wieder auf den Port e2a umstellt:
cluster::*> network interface revert -vserver node1 -lif clus2 cluster::*> network interface revert -vserver node2 -lif clus2
Für Version 8.3 und höher lauten die Befehle: cluster::*> network interface revert -vserver Cluster -lif node1_clus2Undcluster::*> network interface revert -vserver Cluster -lif node2_clus2
Schritt 3: Konfiguration abschließen
-
Überprüfen Sie, ob alle Schnittstellen angezeigt werden.
truein der Spalte „Ist zu Hause“:network interface show -vserver ClusterBeispiel anzeigen
Das folgende Beispiel zeigt, dass alle LIFs
upauf Knoten 1 und Knoten 2 und dass die Ergebnisse der Spalte "Ist zu Hause"true:cluster::*> network interface show -vserver Cluster Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------------ ----------- ------- ---- node1 clus1 up/up 10.10.10.1/16 node1 e1a true clus2 up/up 10.10.10.2/16 node1 e2a true node2 clus1 up/up 10.10.11.1/16 node2 e1a true clus2 up/up 10.10.11.2/16 node2 e2a true -
Ü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
------ -------------------------- ---------------- ---------------- -----------
node1
3/5/2022 19:21:18 -06:00 node1_clus2 node2-clus1 none
3/5/2022 19:21:20 -06:00 node1_clus2 node2_clus2 none
node2
3/5/2022 19:21:18 -06:00 node2_clus2 node1_clus1 none
3/5/2022 19:21:20 -06:00 node2_clus2 node1_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 node2 Getting addresses from network interface table... Cluster node1_clus1 169.254.209.69 node1 e0a Cluster node1_clus2 169.254.49.125 node1 e0b Cluster node2_clus1 169.254.47.194 node2 e0a Cluster node2_clus2 169.254.19.183 node2 e0b Local = 169.254.47.194 169.254.19.183 Remote = 169.254.209.69 169.254.49.125 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 4 path(s): Local 169.254.47.194 to Remote 169.254.209.69 Local 169.254.47.194 to Remote 169.254.49.125 Local 169.254.19.183 to Remote 169.254.209.69 Local 169.254.19.183 to Remote 169.254.49.125 Larger than PMTU communication succeeds on 4 path(s) RPC status: 2 paths up, 0 paths down (tcp check) 2 paths up, 0 paths down (udp check)
-
[[Schritt 3]] Überprüfen Sie, ob beide Knoten über zwei Verbindungen zu jedem Switch verfügen:
show isdp neighborsBeispiel anzeigen
Das folgende Beispiel zeigt die entsprechenden Ergebnisse für beide Schalter:
(cs1)# show isdp neighbors Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge, S - Switch, H - Host, I - IGMP, r - Repeater Device ID Intf Holdtime Capability Platform Port ID ---------------------- ------------ --------- ------------ --------- ------------ node1 0/1 132 H FAS3270 e1a node2 0/2 163 H FAS3270 e1a cs2 0/13 11 S CN1610 0/13 cs2 0/14 11 S CN1610 0/14 cs2 0/15 11 S CN1610 0/15 cs2 0/16 11 S CN1610 0/16 (cs2)# show isdp neighbors Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge, S - Switch, H - Host, I - IGMP, r - Repeater Device ID Intf Holdtime Capability Platform Port ID ---------------------- ------------ --------- ------------ --------- ------------ node1 0/1 132 H FAS3270 e2a node2 0/2 163 H FAS3270 e2a cs1 0/13 11 S CN1610 0/13 cs1 0/14 11 S CN1610 0/14 cs1 0/15 11 S CN1610 0/15 cs1 0/16 11 S CN1610 0/16 -
Informationen zu den Geräten in Ihrer Konfiguration anzeigen:
network device discovery show -
Deaktivieren Sie die Einstellungen für die Zwei-Knoten-Switchless-Konfiguration auf beiden Knoten mithilfe des erweiterten Berechtigungsbefehls:
network options detect-switchless modifyBeispiel anzeigen
Das folgende Beispiel zeigt, wie die Einstellungen für die schalterlose Konfiguration deaktiviert werden:
cluster::*> network options detect-switchless modify -enabled false
Bei Version 9.2 und höher kann dieser Schritt übersprungen werden, da die Konfiguration automatisch konvertiert wird. -
Überprüfen Sie, ob die Einstellungen deaktiviert sind:
network options detect-switchless-cluster showBeispiel anzeigen
Der
falseDie Ausgabe im folgenden Beispiel zeigt, dass die Konfigurationseinstellungen deaktiviert sind:cluster::*> network options detect-switchless-cluster show Enable Switchless Cluster Detection: false
Für Version 9.2 und höher warten Sie bitte bis Enable Switchless Clusterist auf „false“ gesetzt. Dies kann bis zu drei Minuten dauern. -
Konfigurieren Sie die Cluster clus1 und clus2 so, dass sie auf jedem Knoten automatisch zurückgesetzt werden, und bestätigen Sie dies.
Beispiel anzeigen
cluster::*> network interface modify -vserver node1 -lif clus1 -auto-revert true cluster::*> network interface modify -vserver node1 -lif clus2 -auto-revert true cluster::*> network interface modify -vserver node2 -lif clus1 -auto-revert true cluster::*> network interface modify -vserver node2 -lif clus2 -auto-revert true
Für Version 8.3 und höher verwenden Sie folgenden Befehl: network interface modify -vserver Cluster -lif * -auto-revert trueum die automatische Wiederherstellung auf allen Knoten im Cluster zu aktivieren. -
Überprüfen Sie den Status der Knoten im Cluster:
cluster showBeispiel anzeigen
Das folgende Beispiel zeigt Informationen über den Zustand und die Eignung der Knoten im Cluster:
cluster::*> cluster show Node Health Eligibility Epsilon -------------------- ------- ------------ ------------ node1 true true false node2 true true false
-
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=ENDBeispiel anzeigen
cluster::*> system node autosupport invoke -node * -type all -message MAINT=END
-
Ändern Sie die Berechtigungsstufe wieder auf Administrator:
set -privilege admin