Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Migration von einem Cluster ohne Switches zu einer geschalteten NetApp CN1610 Clusterumgebung

07/30/2026 Beitragende

PDFs

Migration von einer Zwei-Knoten Cluster ohne Switches-Umgebung zu einer Clusterumgebung mit Switches unter Verwendung der NetApp CN1610 Cluster Switches. Durch diese Migration kann das Cluster auf mehr als zwei Knoten skaliert werden.

Überprüfungsanforderungen

Bevor Sie beginnen

Bitte stellen Sie sicher, dass Sie Folgendes haben:

Für eine Cluster ohne Switches-Konfiguration mit zwei Knoten gilt Folgendes:

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 up Status.
Alle logischen Schnittstellen (LIFs) des Clusters befinden sich im up Status und auf ihren Home-Ports.

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 Switch-zu-Switch-Verbindungen verwenden Twinax- oder Glasfaserkabel.

Die "Hardware Universe" enthält weitere Informationen zur Verkabelung.
Inter-Switch Link (ISL)-Kabel sind an Ports 13 bis 16 auf beiden CN1610 Switches angeschlossen.
Die erste Anpassung beider CN1610 Switches ist abgeschlossen.

Alle zuvor vorgenommenen Anpassungen am Standort, wie z. B. SMTP, SNMP und SSH, sollten auf die neuen Switches kopiert werden.

Ähnliche Informationen

Migrieren Sie die Schalter

Zu den Beispielen

Die Beispiele in diesem Verfahren verwenden die folgende Cluster-Switch- und Knotennomenklatur:

Die Namen der CN1610 Switches sind cs1 und cs2.
Die Namen der LIFs lauten clus1 und clus2.
Die Namen der Knoten sind node1 und node2.
Die `cluster::*>`Eingabeaufforderung zeigt den Namen des Clusters an.
Die in diesem Verfahren verwendeten Cluster Ports sind e1a und e2a.

Die "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 y wenn Sie aufgefordert werden, fortzufahren:

set -privilege advanced

Die 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=xh

x 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

Alle zum Knoten gerichteten Ports (nicht die ISL-Ports) an den beiden neuen Cluster Switches cs1 und cs2 deaktivieren.

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, ob die ISL und die physischen Ports auf der ISL zwischen den beiden CN1610 Cluster Switches cs1 und cs2 up:

show port-channel

Beispiel anzeigen

Das folgende Beispiel zeigt, dass die ISL-Ports up auf dem Switch cs1 sind:

(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/long

Das folgende Beispiel zeigt, dass die ISL-Ports up auf dem Switch cs2 sind:

(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 neighbors

Dieser 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/16

Das 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

Die Liste der Cluster-Ports wird angezeigt:

network port show

Beispiel 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.

Es sollte sichergestellt werden, dass jeder Cluster-Port mit dem entsprechenden Port des Partner-Cluster-Knotens verbunden ist:

run * cdpd show-neighbors

Beispiel 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

Es sollte überprüft werden, ob alle Cluster-LIFs up vorhanden und betriebsbereit sind:

network interface show -vserver Cluster

Jede Cluster-LIF sollte true in der Spalte “Ist zu Hause” angezeigt werden.

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 erfolgen.

Es sollte sichergestellt werden, dass alle Cluster-Ports up:

network port show -ipspace Cluster

Beispiel 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.

Den `-auto-revert`Parameter auf `false`bei den Cluster-LIFs clus1 und clus2 auf beiden Knoten festlegen:

network interface modify

Beispiel 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 ist folgender Befehl zu verwenden: network interface modify -vserver Cluster -lif * -auto-revert false

Überprüfen Sie die Konnektivität der Remote-Cluster-Schnittstellen:

ONTAP 9.9.1 und höher

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

Alle ONTAP Versionen

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)

clus1 auf Port e2a auf der Konsole jedes Knotens migrieren:

network interface migrate
Beispiel anzeigen
Das folgende Beispiel zeigt den Prozess für die Migration von clus1 auf Port e2a auf node1 und node2:
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 wird folgender Befehl verwendet: network interface migrate -vserver Cluster -lif clus1 -destination-node node1 -destination-port e2a

Es sollte überprüft werden, ob die Migration stattgefunden hat:

network interface show -vserver Cluster

Beispiel anzeigen

Das folgende Beispiel verifiziert, dass clus1 auf Port e2a auf node1 und node2 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.

Den Cluster-Port e1a auf beiden Knoten herunterfahren:

network port modify
Beispiel anzeigen
Das folgende Beispiel zeigt, wie der Port e1a auf node1 und node2 deaktiviert wird:
cluster::*> network port modify -node node1 -port e1a -up-admin false cluster::*> network port modify -node node2 -port e1a -up-admin false

Portstatus überprüfen:

network port show

Beispiel anzeigen

Das folgende Beispiel zeigt, dass Port e1a down auf node1 und node2 ist:

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.

Das Kabel von Cluster-Port e1a an node1 wird getrennt, anschließend wird e1a mit Port 1 am Cluster-Switch cs1 verbunden, wobei die von den CN1610 Switches unterstützte geeignete Verkabelung verwendet wird.

Die "Hardware Universe" enthält weitere Informationen zur Verkabelung.
Das Kabel von Cluster-Port e1a an Node2 wird getrennt, anschließend wird e1a mit Port 2 am Cluster Switch cs1 verbunden, wobei die von den CN1610 Switches unterstützte geeignete Verkabelung verwendet wird.
Alle zum Knoten gerichteten Ports am Cluster Switch cs1 aktivieren.
Beispiel anzeigen
Das folgende Beispiel zeigt, dass die Ports 1 bis 12 auf dem 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
Der erste Cluster-Port e1a auf jedem Knoten wird aktiviert:

network port modify
Beispiel anzeigen
Das folgende Beispiel zeigt, wie der Port e1a auf node1 und node2 aktiviert wird:
cluster::*> network port modify -node node1 -port e1a -up-admin true cluster::*> network port modify -node node2 -port e1a -up-admin true

Es sollte sichergestellt werden, dass alle Cluster-Ports up:

network port show -ipspace Cluster

Beispiel anzeigen

Das folgende Beispiel zeigt, dass sich alle Cluster-Ports up auf Knoten 1 und Knoten 2 befinden:

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 auf e1a zurücksetzen:

network interface revert
Beispiel anzeigen
Das folgende Beispiel zeigt, wie clus1 auf den Port e1a auf node1 und node2 zurückgesetzt wird:
cluster::*> network interface revert -vserver node1 -lif clus1 cluster::*> network interface revert -vserver node2 -lif clus1
Für Version 8.3 und höher wird folgender Befehl verwendet: network interface revert -vserver Cluster -lif <nodename_clus<N>>

Es sollte überprüft werden, ob alle Cluster-LIFs `up`betriebsbereit sind und in der Spalte „Is Home“ als `true`angezeigt werden:

network interface show -vserver Cluster

Beispiel anzeigen

Das folgende Beispiel zeigt, dass sich alle LIFs up auf node1 und node2 befinden und dass die Ergebnisse der Spalte „Is Home“ 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 show

Beispiel 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

clus2 auf Port e1a auf der Konsole jedes Knotens migrieren:

network interface migrate
Beispiel anzeigen
Das folgende Beispiel zeigt den Prozess für die Migration von clus2 auf Port e1a auf node1 und node2:
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 ist folgender Befehl zu verwenden: network interface migrate -vserver Cluster -lif node1_clus2 -dest-node node1 -dest-port e1a

Es sollte überprüft werden, ob die Migration stattgefunden hat:

network interface show -vserver Cluster

Beispiel anzeigen

Das folgende Beispiel verifiziert, dass clus2 auf Port e1a auf node1 und node2 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.

Cluster-Port e2a auf beiden Knoten herunterfahren:

network port modify
Beispiel anzeigen
Das folgende Beispiel zeigt, wie der Port e2a auf node1 und node2 deaktiviert wird:
cluster::*> network port modify -node node1 -port e2a -up-admin false cluster::*> network port modify -node node2 -port e2a -up-admin false

Portstatus überprüfen:

network port show

Beispiel anzeigen

Das folgende Beispiel zeigt, dass Port e2a down auf node1 und node2 vorhanden ist:

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.

Das Kabel wird vom Cluster-Port e2a an node1 getrennt und anschließend e2a mit Port 1 am Cluster-Switch cs2 verbunden, wobei die von den CN1610 Switches unterstützte geeignete Verkabelung verwendet wird.
Das Kabel wird vom Cluster-Port e2a an Node2 getrennt und anschließend e2a mit Port 2 am Cluster-Switch cs2 verbunden, wobei die von den CN1610 Switches unterstützte geeignete Verkabelung verwendet wird.
Alle zum Knoten hin ausgerichteten Ports am Cluster-Switch cs2 aktivieren.
Beispiel anzeigen
Das folgende Beispiel zeigt, dass die Ports 1 bis 12 auf dem 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
Der zweite Cluster-Port e2a wird auf jedem Knoten aktiviert.
Beispiel anzeigen
Das folgende Beispiel zeigt, wie der Port e2a auf node1 und node2 aktiviert wird:
cluster::*> network port modify -node node1 -port e2a -up-admin true cluster::*> network port modify -node node2 -port e2a -up-admin true

Es sollte sichergestellt werden, dass alle Cluster-Ports up:

network port show -ipspace Cluster

Beispiel anzeigen

Das folgende Beispiel zeigt, dass sich alle Cluster-Ports up auf Knoten 1 und Knoten 2 befinden:

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 auf e2a zurücksetzen:

network interface revert

Beispiel anzeigen

Das folgende Beispiel zeigt, wie clus2 auf den Port e2a auf node1 und node2 zurückgesetzt wird:

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_clus2 und cluster::*> network interface revert -vserver Cluster -lif node2_clus2

Schritt 3: Konfiguration abschließen

Es wird überprüft, ob alle Schnittstellen true in der Spalte „Ist Zuhause“ angezeigt werden:

network interface show -vserver Cluster

Beispiel anzeigen

Das folgende Beispiel zeigt, dass sich alle LIFs up auf node1 und node2 befinden und dass die Ergebnisse der Spalte „Is Home“ 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:

ONTAP 9.9.1 und höher

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

Alle ONTAP Versionen

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]] Es ist zu überprüfen, ob beide Knoten über zwei Verbindungen zu jedem Switch verfügen:

show isdp neighbors

Beispiel 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:

network device discovery show
Die Einstellungen für die schalterlose Zwei-Knoten-Konfiguration werden auf beiden Knoten mithilfe des Befehls mit erweiterten Berechtigungen deaktiviert:

network options detect-switchless modify
Beispiel anzeigen
Das folgende Beispiel zeigt, wie die Einstellungen für die schalterlose Konfiguration deaktiviert werden:
cluster::*> network options detect-switchless modify -enabled false
Ab Version 9.2 kann dieser Schritt entfallen, da die Konfiguration automatisch konvertiert wird.
Überprüfen Sie, ob die Einstellungen deaktiviert sind:

network options detect-switchless-cluster show
Beispiel anzeigen
Der false Die 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 gilt: Warten, bis Enable Switchless Cluster auf false gesetzt ist. Dies kann bis zu drei Minuten dauern.

Die Cluster clus1 und clus2 werden auf jedem Knoten so konfiguriert, dass sie automatisch zurückkehren, und dies wird bestätigt.

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 kann der folgende Befehl verwendet werden, network interface modify -vserver Cluster -lif * -auto-revert true um die automatische Wiederherstellung auf allen Knoten im Cluster zu aktivieren.

Überprüfen Sie den Status der Knoten im Cluster:

cluster show

Beispiel 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=END
Beispiel anzeigen
cluster::*> system node autosupport invoke -node * -type all -message MAINT=END
Ändern Sie die Berechtigungsstufe wieder auf Administrator:

set -privilege admin

Migration von einem Cluster ohne Switches zu einer geschalteten NetApp CN1610 Clusterumgebung

Creating your file...

Überprüfungsanforderungen

Migrieren Sie die Schalter

Schritt 1: Vorbereitung auf die Migration

Schritt 2: Ports konfigurieren

Schritt 3: Konfiguration abschließen