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

Migration von einer switchlosen Clusterumgebung zu einer switchierten NetApp CN1610 Clusterumgebung

Beitragende netapp-yvonneo netapp-jolieg

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

Bevor Sie beginnen

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 up Zustand.

  • Alle logischen Schnittstellen (LIFs) des Clusters befinden sich in der up in 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

Zu den Beispielen

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

  1. Ändern Sie die Berechtigungsstufe auf „Erweitert“, indem Sie Folgendes eingeben y wenn Sie aufgefordert werden, fortzufahren:

    set -privilege advanced

    Die erweiterte Eingabeaufforderung (*>) wird angezeigt.

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

    Hinweis 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

  1. 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
  2. Ü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-channel

    Beispiel anzeigen

    Das folgende Beispiel zeigt, dass die ISL-Ports up auf 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/long

    Das folgende Beispiel zeigt, dass die ISL-Ports up auf 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
  3. 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
  4. Liste der Cluster-Ports anzeigen:

    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.
  5. Überprüfen Sie, ob jeder Cluster-Port mit dem entsprechenden Port des zugehörigen 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
  6. Überprüfen Sie, ob alle Cluster-LIFs vorhanden sind. up und betriebsbereit:

    network interface show -vserver Cluster

    Jeder Cluster-LIF sollte Folgendes anzeigen true in 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.
    Hinweis Die folgenden Änderungs- und Migrationsbefehle in den Schritten 10 bis 13 müssen vom lokalen Knoten aus ausgeführt werden.
  7. Überprüfen Sie, ob 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.
  8. Stellen Sie die -auto-revert Parameter zu false auf den Cluster-LIFs clus1 und clus2 auf beiden Knoten:

    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
    Hinweis Für Version 8.3 und höher verwenden Sie folgenden Befehl: network interface modify -vserver Cluster -lif * -auto-revert false
  9. Ü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)
  1. Migrieren Sie clus1 auf Port e2a auf der Konsole jedes Knotens:

    network interface migrate

    Beispiel 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
    Hinweis 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
  2. Überprüfen Sie, ob die Migration stattgefunden hat:

    network interface show -vserver Cluster

    Beispiel 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.
  3. Schalten Sie den Cluster-Port e1a auf beiden Knoten ab:

    network port modify

    Beispiel 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
  4. Überprüfen Sie den Portstatus:

    network port show

    Beispiel anzeigen

    Das folgende Beispiel zeigt, dass Port e1a ist down auf 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.
  5. 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.

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

  7. 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
  8. Aktivieren Sie den ersten Cluster-Port e1a auf jedem Knoten:

    network port modify

    Beispiel 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
  9. Überprüfen Sie, ob alle Cluster-Ports aktiv sind. up :

    network port show -ipspace Cluster

    Beispiel anzeigen

    Das folgende Beispiel zeigt, dass alle Cluster-Ports up auf 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.
  10. clus1 (das zuvor migriert wurde) auf beiden Knoten wieder auf e1a zurücksetzen:

    network interface revert

    Beispiel 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
    Hinweis Für Version 8.3 und höher verwenden Sie folgenden Befehl: network interface revert -vserver Cluster -lif <nodename_clus<N>>
  11. Überprüfen Sie, ob alle Cluster-LIFs vorhanden sind. up , betriebsbereit und Anzeige als true in der Spalte „Ist zu Hause“:

    network interface show -vserver Cluster

    Beispiel anzeigen

    Das folgende Beispiel zeigt, dass alle LIFs up auf 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.
  12. 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
  13. Migrieren Sie clus2 auf Port e1a der Konsole jedes Knotens:

    network interface migrate

    Beispiel 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
    Hinweis 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
  14. Überprüfen Sie, ob die Migration stattgefunden hat:

    network interface show -vserver Cluster

    Beispiel 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.
  15. Schalten Sie den Cluster-Port e2a auf beiden Knoten ab:

    network port modify

    Beispiel 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
  16. Überprüfen Sie den Portstatus:

    network port show

    Beispiel anzeigen

    Das folgende Beispiel zeigt, dass Port e2a ist down auf 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.
  17. 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.

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

  19. 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
  20. 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
  21. Überprüfen Sie, ob alle Cluster-Ports aktiv sind. up :

    network port show -ipspace Cluster

    Beispiel anzeigen

    Das folgende Beispiel zeigt, dass alle Cluster-Ports up auf 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.
  22. clus2 (das zuvor migriert wurde) auf beiden Knoten wieder auf e2a zurücksetzen:

    network interface revert

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

  1. Überprüfen Sie, ob alle Schnittstellen angezeigt werden. true in der Spalte „Ist zu Hause“:

    network interface show -vserver Cluster

    Beispiel anzeigen

    Das folgende Beispiel zeigt, dass alle LIFs up auf 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
  2. Ü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)
  1. [[Schritt 3]] Überprüfen Sie, 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
  2. Informationen zu den Geräten in Ihrer Konfiguration anzeigen:

    network device discovery show

  3. Deaktivieren Sie die Einstellungen für die Zwei-Knoten-Switchless-Konfiguration auf beiden Knoten mithilfe des erweiterten Berechtigungsbefehls:

    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
    Hinweis Bei Version 9.2 und höher kann dieser Schritt übersprungen werden, da die Konfiguration automatisch konvertiert wird.
  4. Ü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
    Hinweis Für Version 9.2 und höher warten Sie bitte bis Enable Switchless Cluster ist auf „false“ gesetzt. Dies kann bis zu drei Minuten dauern.
  5. 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
    Hinweis Für Version 8.3 und höher verwenden Sie folgenden Befehl: network interface modify -vserver Cluster -lif * -auto-revert true um die automatische Wiederherstellung auf allen Knoten im Cluster zu aktivieren.
  6. Ü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
  7. 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
  8. Ändern Sie die Berechtigungsstufe wieder auf Administrator:

    set -privilege admin