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

Konfigurieren Sie Ihre Ports für die Migration von 5596 Switches auf 3132Q-V Switches

Beitragende

Befolgen Sie diese Schritte, um Ihre Ports für die Migration von den Nexus 5596-Switches auf die neuen Nexus 3132Q-V-Switches zu konfigurieren.

Schritte
  1. Entfernen Sie auf allen Knoten alle Kabel, die am Nexus 5596 Switch CL2 angeschlossen sind.

    Schließen Sie bei der unterstützten Verkabelung die getrennten Ports aller Knoten wieder an den Nexus 3132Q-V Switch C2 an.

  2. Entfernen Sie alle Kabel vom Nexus 5596 Switch CL2.

    Verbinden Sie die entsprechenden Cisco QSFP-Kabel mit SFP+-Breakout-Kabel, die Port 1/24 am neuen Cisco 3132Q-V Switch C2 an die Anschlüsse 45 bis 48 auf dem vorhandenen Nexus 5596, CL1 anschließen.

  3. Vergewissern Sie sich, dass die Schnittstellen eth1/45-48 bereits vorhanden sind channel-group 1 mode active In ihrer laufenden Konfiguration.

  4. ISLs-Ports 45 bis 48 auf dem aktiven Nexus 5596 Switch CL1 wechseln

    Beispiel anzeigen

    Das folgende Beispiel zeigt, dass die ISLs-Ports 45 bis 48 aufgerufen werden:

    (CL1)# configure
    (CL1)(Config)# interface e1/45-48
    (CL1)(config-if-range)# no shutdown
    (CL1)(config-if-range)# exit
    (CL1)(Config)# exit
    (CL1)#
  5. Überprüfen Sie, ob es sich bei den ISLs um handelt up Beim Nexus 5596 Switch CL1:

    show port-channel summary

    Beispiel anzeigen

    Die Ports eth1/45 bis eth1/48 sollten (P) angeben, was bedeutet, dass die ISL-Ports lauten up Im Port-Kanal:

    Example
    CL1# show port-channel summary
    Flags: D - Down         P - Up in port-channel (members)
           I - Individual   H - Hot-standby (LACP only)
           s - Suspended    r - Module-removed
           S - Switched     R - Routed
           U - Up (port-channel)
           M - Not in use. Min-links not met
    --------------------------------------------------------------------------------
    Group Port-        Type   Protocol  Member Ports
          Channel
    --------------------------------------------------------------------------------
    1     Po1(SU)      Eth    LACP      Eth1/41(D)   Eth1/42(D)   Eth1/43(D)
                                        Eth1/44(D)   Eth1/45(P)   Eth1/46(P)
                                        Eth1/47(P)   Eth1/48(P)
  6. Überprüfen Sie, ob es sich bei den ISLs um handelt up Am 3132Q-V Schalter C2:

    show port-channel summary

    Beispiel anzeigen

    Die Ports eth1/24/1, eth1/24/2, eth1/24/3 und eth1/24/4 sollten (P) angeben, d. h. die ISL-Ports sind up Im Port-Kanal:

    C2# show port-channel summary
    Flags: D - Down         P - Up in port-channel (members)
           I - Individual   H - Hot-standby (LACP only)
           s - Suspended    r - Module-removed
           S - Switched     R - Routed
           U - Up (port-channel)
           M - Not in use. Min-links not met
    --------------------------------------------------------------------------------
    Group Port-        Type   Protocol  Member Ports
          Channel
    --------------------------------------------------------------------------------
    1     Po1(SU)      Eth    LACP      Eth1/31(D)   Eth1/32(D)
    2     Po2(SU)      Eth    LACP      Eth1/24/1(P)  Eth1/24/2(P)  Eth1/24/3(P)
                                        Eth1/24/4(P)
  7. Fahren Sie auf allen Knoten alle Cluster-Interconnect-Ports ein, die mit dem 3132Q-V Switch C2 verbunden sind.

    network port modify

    Beispiel anzeigen

    Im folgenden Beispiel werden die angegebenen Ports angezeigt, die auf den Knoten n1 und n2 aufgerufen werden:

    cluster::*> network port modify -node n1 -port e0b -up-admin true
    cluster::*> network port modify -node n1 -port e0c -up-admin true
    cluster::*> network port modify -node n2 -port e0b -up-admin true
    cluster::*> network port modify -node n2 -port e0c -up-admin true
  8. Stellen Sie auf allen Nodes alle migrierten Cluster-Interconnect-LIFs zurück, die mit C2 verbunden sind:

    network interface revert

    Beispiel anzeigen

    Im folgenden Beispiel werden die migrierten Cluster-LIFs angezeigt, die auf ihre Home-Ports auf den Nodes n1 und n2 zurückgesetzt werden:

    cluster::*> network interface revert -vserver Cluster -lif n1_clus2
    cluster::*> network interface revert -vserver Cluster -lif n1_clus3
    cluster::*> network interface revert -vserver Cluster -lif n2_clus2
    cluster::*> network interface revert -vserver Cluster -lif n2_clus3
  9. Vergewissern Sie sich, dass alle Cluster-Interconnect-Ports nun auf ihr Home zurückgesetzt werden:

    network interface show

    Beispiel anzeigen

    Das folgende Beispiel zeigt, dass die LIFs auf Fa.2 auf ihre Home-Ports zurückgesetzt werden und zeigt, dass die LIFs erfolgreich zurückgesetzt werden, wenn die Ports in der Spalte „Current Port“ den Status aufweisen true Im Is Home Spalte. Wenn der Is Home Wert ist false, Das LIF wurde nicht zurückgesetzt.

    cluster::*> network interface show -role cluster
    (network interface show)
                Logical    Status     Network            Current       Current Is
    Vserver     Interface  Admin/Oper Address/Mask       Node          Port    Home
    ----------- ---------- ---------- ------------------ ------------- ------- ----
    Cluster
                n1_clus1   up/up      10.10.0.1/24       n1            e0a     true
                n1_clus2   up/up      10.10.0.2/24       n1            e0b     true
                n1_clus3   up/up      10.10.0.3/24       n1            e0c     true
                n1_clus4   up/up      10.10.0.4/24       n1            e0d     true
                n2_clus1   up/up      10.10.0.5/24       n2            e0a     true
                n2_clus2   up/up      10.10.0.6/24       n2            e0b     true
                n2_clus3   up/up      10.10.0.7/24       n2            e0c     true
                n2_clus4   up/up      10.10.0.8/24       n2            e0d     true
    8 entries were displayed.
  10. Vergewissern Sie sich, dass die Cluster-Ports verbunden sind:

    network port show

    Beispiel anzeigen

    Das folgende Beispiel zeigt das Ergebnis des vorherigen network port modify Befehl, Überprüfung der Cluster Interconnects up:

    cluster::*> network port show -role cluster
      (network port show)
    Node: n1
                                                                           Ignore
                                                      Speed(Mbps) Health   Health
    Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
    --------- ------------ ---------------- ---- ---- ----------- -------- ------
    e0a       Cluster      Cluster          up   9000 auto/10000  -        -
    e0b       Cluster      Cluster          up   9000 auto/10000  -        -
    e0c       Cluster      Cluster          up   9000 auto/10000  -        -
    e0d       Cluster      Cluster          up   9000 auto/10000  -        -
    
    Node: n2
                                                                           Ignore
                                                      Speed(Mbps) Health   Health
    Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
    --------- ------------ ---------------- ---- ---- ----------- -------- ------
    e0a       Cluster      Cluster          up   9000  auto/10000 -        -
    e0b       Cluster      Cluster          up   9000  auto/10000 -        -
    e0c       Cluster      Cluster          up   9000  auto/10000 -        -
    e0d       Cluster      Cluster          up   9000  auto/10000 -        -
    8 entries were displayed.
  11. Überprüfen Sie die Konnektivität der Remote-Cluster-Schnittstellen:

ONTAP 9.9.1 und höher

Sie können das verwenden network interface check cluster-connectivity Befehl, um eine Zugriffsprüfung für die Cluster-Konnektivität zu starten und dann Details anzuzeigen:

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 Befehl show ausführen, um die Details anzuzeigen.

cluster1::*> network interface check cluster-connectivity show
                                  Source          Destination       Packet
Node   Date                       LIF             LIF               Loss
------ -------------------------- --------------- ----------------- -----------
n1
       3/5/2022 19:21:18 -06:00   n1_clus2        n2_clus1      none
       3/5/2022 19:21:20 -06:00   n1_clus2        n2_clus2      none

n2
       3/5/2022 19:21:18 -06:00   n2_clus2        n1_clus1      none
       3/5/2022 19:21:20 -06:00   n2_clus2        n1_clus2      none
Alle ONTAP Versionen

Sie können für alle ONTAP Versionen auch den verwenden cluster ping-cluster -node <name> Befehl zum Überprüfen der Konnektivität:

cluster ping-cluster -node <name>

cluster::*> cluster ping-cluster -node n1
Host is n1
Getting addresses from network interface table...
Cluster n1_clus1 n1		e0a	10.10.0.1
Cluster n1_clus2 n1		e0b	10.10.0.2
Cluster n1_clus3 n1		e0c	10.10.0.3
Cluster n1_clus4 n1		e0d	10.10.0.4
Cluster n2_clus1 n2		e0a	10.10.0.5
Cluster n2_clus2 n2		e0b	10.10.0.6
Cluster n2_clus3 n2		e0c	10.10.0.7
Cluster n2_clus4 n2		e0d	10.10.0.8

Local = 10.10.0.1 10.10.0.2 10.10.0.3 10.10.0.4
Remote = 10.10.0.5 10.10.0.6 10.10.0.7 10.10.0.8
Cluster Vserver Id = 4294967293
Ping status:
....
Basic connectivity succeeds on 16 path(s)
Basic connectivity fails on 0 path(s)
................
Detected 1500 byte MTU on 16 path(s):
    Local 10.10.0.1 to Remote 10.10.0.5
    Local 10.10.0.1 to Remote 10.10.0.6
    Local 10.10.0.1 to Remote 10.10.0.7
    Local 10.10.0.1 to Remote 10.10.0.8
    Local 10.10.0.2 to Remote 10.10.0.5
    Local 10.10.0.2 to Remote 10.10.0.6
    Local 10.10.0.2 to Remote 10.10.0.7
    Local 10.10.0.2 to Remote 10.10.0.8
    Local 10.10.0.3 to Remote 10.10.0.5
    Local 10.10.0.3 to Remote 10.10.0.6
    Local 10.10.0.3 to Remote 10.10.0.7
    Local 10.10.0.3 to Remote 10.10.0.8
    Local 10.10.0.4 to Remote 10.10.0.5
    Local 10.10.0.4 to Remote 10.10.0.6
    Local 10.10.0.4 to Remote 10.10.0.7
    Local 10.10.0.4 to Remote 10.10.0.8
Larger than PMTU communication succeeds on 16 path(s)
RPC status:
4 paths up, 0 paths down (tcp check)
4 paths up, 0 paths down (udp check)
  1. Migrieren Sie auf jedem Knoten im Cluster die Schnittstellen, die dem ersten Nexus 5596-Switch, CL1, zugeordnet sind, die ersetzt werden sollen:

    network interface migrate

    Beispiel anzeigen

    Im folgenden Beispiel werden die Ports oder LIFs angezeigt, die auf den Nodes n1 und n2 migriert werden:

    cluster::*> network interface migrate -vserver Cluster -lif n1_clus1 -source-node n1 -
    destination-node n1 -destination-port e0b
    cluster::*> network interface migrate -vserver Cluster -lif n1_clus4 -source-node n1 -
    destination-node n1 -destination-port e0c
    cluster::*> network interface migrate -vserver Cluster -lif n2_clus1 -source-node n2 -
    destination-node n2 -destination-port e0b
    cluster::*> network interface migrate -vserver Cluster -lif n2_clus4 -source-node n2 -
    destination-node n2 -destination-port e0c
  2. Überprüfen Sie den Cluster-Status:

    network interface show

    Beispiel anzeigen

    Im folgenden Beispiel wird gezeigt, dass die erforderlichen Cluster-LIFs zu geeigneten Cluster-Ports migriert wurden, die auf Cluster-Switch gehostet werden.C2:

     (network interface show)
                Logical    Status     Network            Current       Current Is
    Vserver     Interface  Admin/Oper Address/Mask       Node          Port    Home
    ----------- ---------- ---------- ------------------ ------------- ------- ----
    Cluster
                n1_clus1   up/up      10.10.0.1/24       n1            e0b     false
                n1_clus2   up/up      10.10.0.2/24       n1            e0b     true
                n1_clus3   up/up      10.10.0.3/24       n1            e0c     true
                n1_clus4   up/up      10.10.0.4/24       n1            e0c     false
                n2_clus1   up/up      10.10.0.5/24       n2            e0b     false
                n2_clus2   up/up      10.10.0.6/24       n2            e0b     true
                n2_clus3   up/up      10.10.0.7/24       n2            e0c     true
                n2_clus4   up/up      10.10.0.8/24       n2            e0c     false
    8 entries were displayed.
    
    ----- ------- ----
  3. Fahren Sie auf allen Nodes die Node-Ports herunter, die mit CL1 verbunden sind:

    network port modify

    Beispiel anzeigen

    Das folgende Beispiel zeigt die angegebenen Anschlüsse, die auf den Knoten n1 und n2 heruntergefahren werden:

    cluster::*> network port modify -node n1 -port e0a -up-admin false
    cluster::*> network port modify -node n1 -port e0d -up-admin false
    cluster::*> network port modify -node n2 -port e0a -up-admin false
    cluster::*> network port modify -node n2 -port e0d -up-admin false
  4. Fahren Sie die ISL-Ports 24, 31 und 32 am aktiven Switch 3132Q-V C2 herunter.

    shutdown

    Beispiel anzeigen

    Das folgende Beispiel zeigt, wie ISLs 24, 31 und 32 heruntergefahren werden:

    C2# configure
    C2(Config)# interface e1/24/1-4
    C2(config-if-range)# shutdown
    C2(config-if-range)# exit
    C2(config)# interface 1/31-32
    C2(config-if-range)# shutdown
    C2(config-if-range)# exit
    C2(config-if)# exit
    C2#
  5. Entfernen Sie auf allen Knoten alle Kabel, die am Nexus 5596 Switch CL1 angeschlossen sind.

    Schließen Sie bei der unterstützten Verkabelung die getrennten Ports aller Knoten wieder an den Nexus 3132Q-V Switch C1 an.

  6. Entfernen Sie das QSFP-Breakout-Kabel von den Nexus 3132Q-V C2-Ports e1/24.

    Verbinden Sie die Ports e1/31 und e1/32 auf C1 mit den Ports e1/31 und e1/32 auf C2 unter Verwendung der unterstützten Cisco QSFP-Glasfaserkabel oder Direct-Attached-Kabel.

  7. Stellen Sie die Konfiguration an Port 24 wieder her, und entfernen Sie den temporären Port Channel 2 auf C2:

    C2# configure
    C2(config)# no interface breakout module 1 port 24 map 10g-4x
    C2(config)# no interface port-channel 2
    C2(config-if)# int e1/24
    C2(config-if)# description 40GbE Node Port
    C2(config-if)# spanning-tree port type edge
    C2(config-if)# spanning-tree bpduguard enable
    C2(config-if)# mtu 9216
    C2(config-if-range)# exit
    C2(config)# exit
    C2# copy running-config startup-config
    [########################################] 100%
    Copy Complete.
  8. ISL-Ports 31 und 32 auf C2, dem aktiven 3132Q-V Switch: no shutdown

    Beispiel anzeigen

    Das folgende Beispiel zeigt, wie ISLs 31 und 32 auf dem 3132Q-V Switch C2:

    C2# configure
    C2(config)# interface ethernet 1/31-32
    C2(config-if-range)# no shutdown
    C2(config-if-range)# exit
    C2(config)# exit
    C2# copy running-config startup-config
    [########################################] 100%
    Copy Complete.
Was kommt als Nächstes?

"Schließen Sie die Migration ab".