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

Migration zu einem Zwei-Knoten-Switch-Cluster mit NVIDIA SN2100 Cluster-Switches

11/09/2025 Beitragende

PDFs

Wenn Sie bereits eine switchlose Clusterumgebung mit zwei Knoten besitzen, können Sie mithilfe von NVIDIA SN2100 Switches auf eine switchierte Clusterumgebung mit zwei Knoten migrieren, um die Anzahl der Knoten im Cluster auf über zwei zu erweitern.

Die Vorgehensweise hängt davon ab, ob Sie an jedem Controller zwei dedizierte Cluster-Netzwerkanschlüsse oder an jedem Controller einen einzelnen Clusteranschluss haben. Der dokumentierte Prozess funktioniert für alle Knoten, die optische oder Twinax-Anschlüsse verwenden, wird jedoch von diesem Switch nicht unterstützt, wenn die Knoten Onboard-10GBASE-T-RJ45-Anschlüsse für die Cluster-Netzwerkanschlüsse verwenden.

Überprüfungsanforderungen

Was du brauchst

Für die schalterlose Zwei-Knoten-Konfiguration ist Folgendes sicherzustellen:

Die Zwei-Knoten-Konfiguration ohne Schalter ist ordnungsgemäß eingerichtet und funktioniert.
Auf den Knoten läuft ONTAP 9.10.1P3 oder höher.
Alle Cluster-Ports sind aktiv.
Alle logischen Schnittstellen (LIFs) des Clusters sind aktiv und an ihren jeweiligen Heimatports angeschlossen.

Stellen Sie für die Konfiguration des NVIDIA SN2100 Cluster-Switches Folgendes sicher:

Beide Switches verfügen über eine Management-Netzwerkanbindung.
Es besteht Konsolenzugriff auf die Cluster-Switches.
Die Knoten-zu-Knoten- und Switch-zu-Switch-Verbindungen des NVIDIA SN2100 verwenden Twinax- oder Glasfaserkabel.

Sehen"Überlegungen zu Verkabelung und Konfiguration" für Einschränkungen und weitere Details.

Der "Hardware Universe – Schalter" enthält weitere Informationen zur Verkabelung.
Inter-Switch Link (ISL)-Kabel sind an die Ports swp15 und swp16 beider NVIDIA SN2100 Switches angeschlossen.
Die erste Anpassung beider SN2100-Schalter ist abgeschlossen, sodass:
- Die SN2100-Switches laufen mit der neuesten Version von Cumulus Linux.
- Referenzkonfigurationsdateien (RCFs) wurden auf die Schalter angewendet.
- Sämtliche Standortanpassungen, wie z. B. SMTP, SNMP und SSH, werden auf den neuen Switches konfiguriert.

Migrieren Sie die Schalter

Zu den Beispielen

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

Die Namen der SN2100-Schalter lauten sw1 und sw2.
Die Namen der Cluster-SVMs lauten node1 und node2.
Die Namen der LIFs lauten node1_clus1 und node1_clus2 auf Knoten 1 bzw. node2_clus1 und node2_clus2 auf Knoten 2.
Der cluster1::*> Die Eingabeaufforderung zeigt den Namen des Clusters an.
Die in diesem Verfahren verwendeten Cluster-Ports sind e3a und e3b.
Breakout-Ports haben folgendes Format: swp[Port]s[Breakout-Port 0-3]. Beispielsweise gibt es vier Breakout-Ports auf swp1: swp1s0, swp1s1, swp1s2 und swp1s3.

Der "Hardware Universe" Enthält die aktuellsten Informationen zu den tatsächlichen Cluster-Ports für Ihre Plattformen.

Schritt 1: Vorbereitung auf die Migration

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

wobei x die Dauer des Wartungsfensters in Stunden ist.
Ändern Sie die Berechtigungsstufe auf „Erweitert“, indem Sie Folgendes eingeben y wenn Sie aufgefordert werden, fortzufahren:

set -privilege advanced

Die erweiterte Aufforderung(*> ) erscheint.

Schritt 2: Kabel und Anschlüsse konfigurieren

Deaktivieren Sie alle zum Knoten führenden Ports (nicht die ISL-Ports) an den beiden neuen Cluster-Switches sw1 und sw2.

Die ISL-Ports dürfen nicht deaktiviert werden.
Beispiel anzeigen
Die folgenden Befehle deaktivieren die zum Knoten führenden Ports der Switches sw1 und sw2:
cumulus@sw1:~$ net add interface swp1s0-3, swp2s0-3, swp3-14 link down cumulus@sw1:~$ net pending cumulus@sw1:~$ net commit cumulus@sw2:~$ net add interface swp1s0-3, swp2s0-3, swp3-14 link down cumulus@sw2:~$ net pending cumulus@sw2:~$ net commit

Überprüfen Sie, ob die ISL und die physischen Ports der ISL zwischen den beiden SN2100-Switches sw1 und sw2 an den Ports swp15 und swp16 aktiv sind:

net show interface

Beispiel anzeigen

Das folgende Beispiel zeigt, dass die ISL-Ports am Switch sw1 aktiv sind:

cumulus@sw1:~$ net show interface

State  Name       Spd   MTU    Mode        LLDP         Summary
-----  ---------  ----  -----  ----------  -----------  -----------------------
...
...
UP     swp15      100G  9216   BondMember  sw2 (swp15)  Master: cluster_isl(UP)
UP     swp16      100G  9216   BondMember  sw2 (swp16)  Master: cluster_isl(UP)

+ Das folgende Beispiel zeigt, dass die ISL-Ports am Switch sw2 aktiv sind:

cumulus@sw2:~$ net show interface

State  Name       Spd   MTU    Mode        LLDP         Summary
-----  ---------  ----  -----  ----------  -----------  -----------------------
...
...
UP     swp15      100G  9216   BondMember  sw1 (swp15)  Master: cluster_isl(UP)
UP     swp16      100G  9216   BondMember  sw1 (swp16)  Master: cluster_isl(UP)

Überprüfen Sie, ob alle Cluster-Ports aktiv sind:

network port show

Jeder Port sollte angezeigt werden für Link und gesund für Health Status Die

Beispiel anzeigen

cluster1::*> network port show

Node: node1

                                                                        Ignore
                                                  Speed(Mbps)  Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper   Status   Status
--------- ------------ ---------------- ---- ---- ------------ -------- ------
e3a       Cluster      Cluster          up   9000  auto/100000 healthy  false
e3b       Cluster      Cluster          up   9000  auto/100000 healthy  false

Node: node2

                                                                        Ignore
                                                  Speed(Mbps)  Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper   Status   Status
--------- ------------ ---------------- ---- ---- ------------ -------- ------
e3a       Cluster      Cluster          up   9000  auto/100000 healthy  false
e3b       Cluster      Cluster          up   9000  auto/100000 healthy  false

Überprüfen Sie, ob alle Cluster-LIFs aktiv und betriebsbereit sind:

network interface show

Jeder Cluster-LIF sollte „true“ anzeigen für Is Home und haben Status Admin/Oper von oben/aufwärts

Beispiel anzeigen

cluster1::*> network interface show -vserver Cluster

            Logical    Status     Network            Current       Current Is
Vserver     Interface  Admin/Oper Address/Mask       Node          Port    Home
----------- ---------- ---------- ------------------ ------------- ------- -----
Cluster
            node1_clus1  up/up    169.254.209.69/16  node1         e3a     true
            node1_clus2  up/up    169.254.49.125/16  node1         e3b     true
            node2_clus1  up/up    169.254.47.194/16  node2         e3a     true
            node2_clus2  up/up    169.254.19.183/16  node2         e3b     true

Automatische Wiederherstellung der Cluster-LIFs deaktivieren:

network interface modify -vserver Cluster -lif * -auto-revert false

Beispiel anzeigen

cluster1::*> network interface modify -vserver Cluster -lif * -auto-revert false

          Logical
Vserver   Interface     Auto-revert
--------- ------------- ------------
Cluster
          node1_clus1   false
          node1_clus2   false
          node2_clus1   false
          node2_clus2   false

Trennen Sie das Kabel vom Cluster-Port e3a auf Knoten 1 und verbinden Sie dann e3a mit Port 3 des Cluster-Switches sw1. Verwenden Sie dazu die von den SN2100-Switches unterstützten geeigneten Kabel.

Der "Hardware Universe – Schalter" enthält weitere Informationen zur Verkabelung.
Trennen Sie das Kabel vom Cluster-Port e3a auf Knoten 2 und verbinden Sie dann e3a mit Port 4 auf Cluster-Switch sw1. Verwenden Sie dazu die von den SN2100-Switches unterstützten geeigneten Kabel.
Aktivieren Sie am Schalter sw1 alle zum Knoten führenden Ports.
Beispiel anzeigen
Der folgende Befehl aktiviert alle zum Knoten hin ausgerichteten Ports am Switch sw1:
cumulus@sw1:~$ net del interface swp1s0-3, swp2s0-3, swp3-14 link down cumulus@sw1:~$ net pending cumulus@sw1:~$ net commit

Überprüfen Sie am Switch sw1, ob alle Ports aktiv sind:

net show interface all

Beispiel anzeigen

cumulus@sw1:~$ net show interface all

State  Name      Spd   MTU    Mode       LLDP            Summary
-----  --------- ----  -----  ---------- --------------- --------
...
DN     swp1s0    10G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp1s1    10G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp1s2    10G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp1s3    10G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp2s0    25G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp2s1    25G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp2s2    25G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp2s3    25G   9216   Trunk/L2                   Master: br_default(UP)
UP     swp3      100G  9216   Trunk/L2    node1 (e3a)    Master: br_default(UP)
UP     swp4      100G  9216   Trunk/L2    node2 (e3a)    Master: br_default(UP)
...
...
UP     swp15     100G  9216   BondMember  swp15          Master: cluster_isl(UP)
UP     swp16     100G  9216   BondMember  swp16          Master: cluster_isl(UP)
...

Überprüfen Sie, ob alle Cluster-Ports aktiv sind:

network port show -ipspace Cluster

Beispiel anzeigen

Das folgende Beispiel zeigt, dass alle Cluster-Ports auf Knoten 1 und Knoten 2 aktiv sind:

cluster1::*> network port show -ipspace Cluster

Node: node1
                                                                        Ignore
                                                  Speed(Mbps)  Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper   Status   Status
--------- ------------ ---------------- ---- ---- ------------ -------- ------
e3a       Cluster      Cluster          up   9000  auto/100000 healthy  false
e3b       Cluster      Cluster          up   9000  auto/100000 healthy  false

Node: node2
                                                                        Ignore
                                                  Speed(Mbps)  Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper   Status   Status
--------- ------------ ---------------- ---- ---- ------------ -------- ------
e3a       Cluster      Cluster          up   9000  auto/100000 healthy  false
e3b       Cluster      Cluster          up   9000  auto/100000 healthy  false

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:

cluster1::*> cluster show

Node                 Health  Eligibility   Epsilon
-------------------- ------- ------------  ------------
node1                true    true          false
node2                true    true          false

Trennen Sie das Kabel vom Cluster-Port e3b auf Knoten 1 und verbinden Sie dann e3b mit Port 3 des Cluster-Switches sw2. Verwenden Sie dazu die von den SN2100-Switches unterstützten Kabel.
Trennen Sie das Kabel vom Cluster-Port e3b auf Knoten 2 und verbinden Sie dann e3b mit Port 4 auf Cluster-Switch sw2. Verwenden Sie dazu die von den SN2100-Switches unterstützten Kabel.
Aktivieren Sie am Switch sw2 alle zum Knoten führenden Ports.
Beispiel anzeigen
Die folgenden Befehle aktivieren die zum Knoten hin ausgerichteten Ports am Switch sw2:
cumulus@sw2:~$ net del interface swp1s0-3, swp2s0-3, swp3-14 link down cumulus@sw2:~$ net pending cumulus@sw2:~$ net commit

Überprüfen Sie am Switch sw2, ob alle Ports aktiv sind:

net show interface all

Beispiel anzeigen

cumulus@sw2:~$ net show interface all

State  Name      Spd   MTU    Mode       LLDP            Summary
-----  --------- ----  -----  ---------- --------------- --------
...
DN     swp1s0    10G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp1s1    10G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp1s2    10G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp1s3    10G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp2s0    25G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp2s1    25G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp2s2    25G   9216   Trunk/L2                   Master: br_default(UP)
DN     swp2s3    25G   9216   Trunk/L2                   Master: br_default(UP)
UP     swp3      100G  9216   Trunk/L2    node1 (e3b)    Master: br_default(UP)
UP     swp4      100G  9216   Trunk/L2    node2 (e3b)    Master: br_default(UP)
...
...
UP     swp15     100G  9216   BondMember  swp15          Master: cluster_isl(UP)
UP     swp16     100G  9216   BondMember  swp16          Master: cluster_isl(UP)
...

Überprüfen Sie an beiden Switches sw1 und sw2, ob jeder Knoten genau eine Verbindung zu jedem Switch hat:

net show lldp

Beispiel anzeigen

Das folgende Beispiel zeigt die entsprechenden Ergebnisse für beide Schalter sw1 und sw2:

cumulus@sw1:~$ net show lldp

LocalPort  Speed  Mode        RemoteHost         RemotePort
---------  -----  ----------  -----------------  -----------
swp3       100G   Trunk/L2    node1              e3a
swp4       100G   Trunk/L2    node2              e3a
swp15      100G   BondMember  sw2                swp15
swp16      100G   BondMember  sw2                swp16

cumulus@sw2:~$ net show lldp

LocalPort  Speed  Mode        RemoteHost         RemotePort
---------  -----  ----------  -----------------  -----------
swp3       100G   Trunk/L2    node1              e3b
swp4       100G   Trunk/L2    node2              e3b
swp15      100G   BondMember  sw1                swp15
swp16      100G   BondMember  sw1                swp16

Schritt 3: Schließen Sie den Vorgang ab.

Informationen zu den in Ihrem Cluster gefundenen Netzwerkgeräten anzeigen:

net device-discovery show -protocol lldp

Beispiel anzeigen

cluster1::*> network device-discovery show -protocol lldp
Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface     Platform
----------- ------ ------------------------- ------------  ----------------
node1      /lldp
            e3a    sw1 (b8:ce:f6:19:1a:7e)   swp3          -
            e3b    sw2 (b8:ce:f6:19:1b:96)   swp3          -
node2      /lldp
            e3a    sw1 (b8:ce:f6:19:1a:7e)   swp4          -
            e3b    sw2 (b8:ce:f6:19:1b:96)   swp4          -

Überprüfen Sie, ob alle Cluster-Ports aktiv sind:

network port show -ipspace Cluster

Beispiel anzeigen

Das folgende Beispiel zeigt, dass alle Cluster-Ports auf Knoten 1 und Knoten 2 aktiv sind:

cluster1::*> network port show -ipspace Cluster

Node: node1
                                                                       Ignore
                                                  Speed(Mbps) Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
--------- ------------ ---------------- ---- ---- ----------- -------- ------
e3a       Cluster      Cluster          up   9000  auto/10000 healthy  false
e3b       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
--------- ------------ ---------------- ---- ---- ----------- -------- ------
e3a       Cluster      Cluster          up   9000  auto/10000 healthy  false
e3b       Cluster      Cluster          up   9000  auto/10000 healthy  false

Automatische Wiederherstellung auf allen Cluster-LIFs aktivieren:

net interface modify -vserver Cluster -lif * -auto-revert true

Beispiel anzeigen

cluster1::*> net interface modify -vserver Cluster -lif * -auto-revert true

          Logical
Vserver   Interface     Auto-revert
--------- ------------- ------------
Cluster
          node1_clus1   true
          node1_clus2   true
          node2_clus1   true
          node2_clus2   true

Überprüfen Sie, ob alle Schnittstellen den Wert „true“ anzeigen. Is Home :

net interface show -vserver Cluster

Dieser Vorgang kann eine Minute dauern.

Beispiel anzeigen

Das folgende Beispiel zeigt, dass alle LIFs auf Knoten 1 und Knoten 2 aktiv sind und dass Is Home Die Ergebnisse sind korrekt:

cluster1::*> net interface show -vserver Cluster

          Logical      Status     Network            Current    Current Is
Vserver   Interface    Admin/Oper Address/Mask       Node       Port    Home
--------- ------------ ---------- ------------------ ---------- ------- ----
Cluster
          node1_clus1  up/up      169.254.209.69/16  node1      e3a     true
          node1_clus2  up/up      169.254.49.125/16  node1      e3b     true
          node2_clus1  up/up      169.254.47.194/16  node2      e3a     true
          node2_clus2  up/up      169.254.19.183/16  node2      e3b     true

Überprüfen Sie, ob die Einstellungen deaktiviert sind:

network options switchless-cluster show
Beispiel anzeigen
Die falsche Ausgabe im folgenden Beispiel zeigt, dass die Konfigurationseinstellungen deaktiviert sind:
cluster1::*> network options switchless-cluster show Enable Switchless Cluster: false

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

cluster1::*> cluster show

Node                 Health  Eligibility   Epsilon
-------------------- ------- ------------  --------
node1                true    true          false
node2                true    true          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 node1
Getting addresses from network interface table...
Cluster node1_clus1 169.254.209.69 node1 e3a
Cluster node1_clus2 169.254.49.125 node1 e3b
Cluster node2_clus1 169.254.47.194 node2 e3a
Cluster node2_clus2 169.254.19.183 node2 e3b
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 8]] Aktivieren Sie die Funktion zur Erfassung von Protokolldateien des Ethernet-Switch-Integritätsmonitors, um switchbezogene Protokolldateien zu sammeln, indem Sie die folgenden Befehle verwenden:

system switch ethernet log setup-password`Und `system switch ethernet log enable-collection

Eingeben: system switch ethernet log setup-password

Beispiel anzeigen

cluster1::*> system switch ethernet log setup-password
Enter the switch name: <return>
The switch name entered is not recognized.
Choose from the following list:
sw1
sw2

cluster1::*> system switch ethernet log setup-password

Enter the switch name: sw1
RSA key fingerprint is e5:8b:c6:dc:e2:18:18:09:36:63:d9:63:dd:03:d9:cc
Do you want to continue? {y|n}::[n] y

Enter the password: <enter switch password>
Enter the password again: <enter switch password>

cluster1::*> system switch ethernet log setup-password

Enter the switch name: sw2
RSA key fingerprint is 57:49:86:a1:b9:80:6a:61:9a:86:8e:3c:e3:b7:1f:b1
Do you want to continue? {y|n}:: [n] y

Enter the password: <enter switch password>
Enter the password again: <enter switch password>

Gefolgt von:

system switch ethernet log enable-collection

Beispiel anzeigen

cluster1::*> system switch ethernet log enable-collection

Do you want to enable cluster log collection for all nodes in the cluster?
{y|n}: [n] y

Enabling cluster switch log collection.

cluster1::*>

Falls einer dieser Befehle einen Fehler zurückgibt, wenden Sie sich bitte an den NetApp -Support.

Die Funktion zur Erfassung von Switch-Protokollen aktivieren:

system switch ethernet log collect -device *

Warten Sie 10 Minuten und überprüfen Sie dann mit folgendem Befehl, ob die Protokollerfassung erfolgreich war:

system switch ethernet log show

Beispiel anzeigen

cluster1::*> system switch ethernet log show
Log Collection Enabled: true

Index  Switch                       Log Timestamp        Status
------ ---------------------------- -------------------  ---------    
1      sw1 (b8:ce:f6:19:1b:42)      4/29/2022 03:05:25   complete   
2      sw2 (b8:ce:f6:19:1b:96)      4/29/2022 03:07:42   complete

Ändern Sie die Berechtigungsstufe wieder auf Administrator:

set -privilege admin
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

Migration zu einem Zwei-Knoten-Switch-Cluster mit NVIDIA SN2100 Cluster-Switches

Creating your file...

Überprüfungsanforderungen

Migrieren Sie die Schalter

Schritt 1: Vorbereitung auf die Migration

Schritt 2: Kabel und Anschlüsse konfigurieren

Schritt 3: Schließen Sie den Vorgang ab.