Migrare da uno switch cluster NetApp CN1610 a uno switch cluster Cisco 9336C-FX2
È possibile eseguire la migrazione degli switch di cluster NetApp CN1610 per un cluster ONTAP agli switch di cluster Cisco 9336C-FX2. Si tratta di una procedura senza interruzioni.
Verifica dei requisiti
Quando si sostituiscono gli switch cluster NetApp CNC 1610 con gli switch cluster Cisco 9336C-FX2, è necessario conoscere alcune informazioni di configurazione, le connessioni delle porte e i requisiti di cablaggio. Inoltre, verificare il numero di serie dello switch per assicurarsi che venga migrato lo switch corretto.
Sono supportati i seguenti switch del cluster:
-
NetApp CN1610
-
Cisco 9336C-FX2
Per informazioni dettagliate sulle porte supportate e sulle relative configurazioni, consultare "Hardware Universe".
Verificare che la configurazione soddisfi i seguenti requisiti:
-
Il cluster esistente è configurato e funziona correttamente.
-
Tutte le porte del cluster sono nello stato up per garantire operazioni senza interruzioni.
-
Gli switch cluster Cisco 9336C-FX2 sono configurati e funzionano con la versione corretta di NX-OS installata con il file di configurazione di riferimento (RCF) applicato.
-
La configurazione di rete del cluster esistente presenta quanto segue:
-
Un cluster NetApp ridondante e completamente funzionale che utilizza switch NetApp CN1610.
-
Connettività di gestione e accesso alla console sia per gli switch CN1610 NetApp che per i nuovi switch.
-
Tutte le LIF del cluster in stato up con le LIF del cluster si trovano sulle porte home.
-
-
Alcune porte sono configurate sugli switch Cisco 9336C-FX2 per funzionare a 40 GbE o 100 GbE.
-
Hai pianificato, migrato e documentato la connettività da 40 GbE e 100 GbE dai nodi agli switch cluster Cisco 9336C-FX2.
Migrare gli switch
Gli esempi di questa procedura utilizzano la seguente nomenclatura di switch e nodi:
-
Gli switch del cluster CN1610 esistenti sono C1 e C2.
-
I nuovi switch cluster 9336C-FX2 sono cs1 e cs2.
-
I nodi sono node1 e node2.
-
I LIF del cluster sono node1_clus1 e node1_clus2 sul nodo 1, e node2_clus1 e node2_clus2 rispettivamente sul nodo 2.
-
Il
cluster1::*>
prompt indica il nome del cluster. -
Le porte del cluster utilizzate in questa procedura sono e3a e e3b.
Questa procedura riguarda il seguente scenario:
-
L'interruttore C2 viene sostituito per primo dall'interruttore CS2.
-
Chiudere le porte ai nodi del cluster. Tutte le porte devono essere chiuse contemporaneamente per evitare l'instabilità del cluster.
-
Tutte le LIF del cluster eseguono il failover sul nuovo switch CS2.
-
-
Il cablaggio tra i nodi e C2 viene quindi scollegato da C2 e ricollegato a CS2.
-
-
L'interruttore C1 è sostituito dall'interruttore CS1.
-
Chiudere le porte ai nodi del cluster. Tutte le porte devono essere chiuse contemporaneamente per evitare l'instabilità del cluster.
-
Tutte le LIF del cluster eseguono il failover sul nuovo switch CS1.
-
-
Il cablaggio tra i nodi e C1 viene quindi scollegato da C1 e ricollegato a cs1.
-
Durante questa procedura non è necessario alcun collegamento interswitch operativo (ISL). Ciò è dovuto alla progettazione, in quanto le modifiche alla versione di RCF possono influire temporaneamente sulla connettività ISL. Per garantire le operazioni senza interruzioni del cluster, viene eseguita la seguente procedura per il failover di tutte le LIF del cluster allo switch partner operativo, eseguendo al tempo stesso la procedura sullo switch target. |
Fase 1: Preparazione per la migrazione
-
Se AutoSupport è attivato su questo cluster, eliminare la creazione automatica del caso richiamando un messaggio AutoSupport:
system node autosupport invoke -node * -type all -message MAINT=xh
dove x è la durata della finestra di manutenzione in ore.
-
Impostare il livello di privilegio su Advanced (avanzato), immettendo y quando viene richiesto di continuare:
set -privilege advanced
Viene visualizzato il prompt Advanced (*>).
-
Disattiva l'autorevert sulle LIF del cluster.
Disabilitando l'opzione di auto-revert per questa procedura, le LIF del cluster non torneranno automaticamente alla porta home. Rimangono sulla porta corrente mentre continua ad essere attiva e operativa.
network interface modify -vserver Cluster -lif * -auto-revert false
Fase 2: Configurare le porte e il cablaggio
-
Determinare lo stato amministrativo o operativo di ciascuna interfaccia del cluster.
Ogni porta deve essere visualizzata per
Link
e.healthy
perHealth Status
.-
Visualizzare gli attributi della porta di rete:
network port show -ipspace Cluster
Mostra esempio
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
-
Visualizzare le informazioni relative ai LIF e ai relativi nodi principali designati:
network interface show -vserver Cluster
Viene visualizzato ciascun LIF
up/up
perStatus Admin/Oper
e.true
perIs Home
.
Mostra esempio
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
-
-
Le porte del cluster su ciascun nodo sono collegate agli switch del cluster esistenti nel seguente modo (dal punto di vista dei nodi) utilizzando il comando:
network device-discovery show -protocol
Mostra esempio
cluster1::*> network device-discovery show -protocol cdp Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- ---------------- ---------------- node1 /cdp e3a C1 (6a:ad:4f:98:3b:3f) 0/1 - e3b C2 (6a:ad:4f:98:4c:a4) 0/1 - node2 /cdp e3a C1 (6a:ad:4f:98:3b:3f) 0/2 - e3b C2 (6a:ad:4f:98:4c:a4) 0/2 -
-
Le porte e gli switch del cluster sono collegati nel seguente modo (dal punto di vista degli switch) utilizzando il comando:
show cdp neighbors
Mostra esempio
C1# show cdp neighbors Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge S - Switch, H - Host, I - IGMP, r - Repeater, V - VoIP-Phone, D - Remotely-Managed-Device, s - Supports-STP-Dispute Device-ID Local Intrfce Hldtme Capability Platform Port ID node1 Eth1/1 124 H AFF-A400 e3a node2 Eth1/2 124 H AFF-A400 e3a C2 0/13 179 S I s CN1610 0/13 C2 0/14 175 S I s CN1610 0/14 C2 0/15 179 S I s CN1610 0/15 C2 0/16 175 S I s CN1610 0/16 C2# show cdp neighbors Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge S - Switch, H - Host, I - IGMP, r - Repeater, V - VoIP-Phone, D - Remotely-Managed-Device, s - Supports-STP-Dispute Device-ID Local Intrfce Hldtme Capability Platform Port ID node1 Eth1/1 124 H AFF-A400 e3b node2 Eth1/2 124 H AFF-A400 e3b C1 0/13 175 S I s CN1610 0/13 C1 0/14 175 S I s CN1610 0/14 C1 0/15 175 S I s CN1610 0/15 C1 0/16 175 S I s CN1610 0/16
-
Verificare la connettività delle interfacce del cluster remoto:
È possibile utilizzare network interface check cluster-connectivity
per avviare un controllo di accessibilità per la connettività del cluster e visualizzare i dettagli:
network interface check cluster-connectivity start
e. network interface check cluster-connectivity show
cluster1::*> network interface check cluster-connectivity start
NOTA: attendere alcuni secondi prima di eseguire il show
comando per visualizzare i dettagli.
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
Per tutte le release di ONTAP, è possibile utilizzare anche cluster ping-cluster -node <name>
comando per controllare la connettività:
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 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.19.183 to Remote 169.254.209.69 Local 169.254.19.183 to Remote 169.254.49.125 Local 169.254.47.194 to Remote 169.254.209.69 Local 169.254.47.194 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)
-
sullo switch C2, chiudere le porte collegate alle porte del cluster dei nodi per eseguire il failover delle LIF del cluster.
(C2)# configure (C2)(Config)# interface 0/1-0/12 (C2)(Interface 0/1-0/12)# shutdown (C2)(Interface 0/1-0/12)# exit (C2)(Config)# exit
-
Spostare le porte del cluster di nodi dal vecchio switch C2 al nuovo switch cs2, utilizzando il cablaggio appropriato supportato da Cisco 9336C-FX2.
-
Visualizzare gli attributi della porta di rete:
network port show -ipspace Cluster
Mostra esempio
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
-
Le porte del cluster su ciascun nodo sono ora collegate agli switch del cluster nel seguente modo, dal punto di vista dei nodi:
network device-discovery show -protocol
Mostra esempio
cluster1::*> network device-discovery show -protocol cdp Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- ---------------- ---------------- node1 /cdp e3a C1 (6a:ad:4f:98:3b:3f) 0/1 CN1610 e3b cs2 (b8:ce:f6:19:1a:7e) Ethernet1/1/1 N9K-C9336C-FX2 node2 /cdp e3a C1 (6a:ad:4f:98:3b:3f) 0/2 CN1610 e3b cs2 (b8:ce:f6:19:1b:96) Ethernet1/1/2 N9K-C9336C-FX2
-
Sullo switch cs2, verificare che tutte le porte del cluster di nodi siano in funzione:
network interface show -vserver Cluster
Mostra esempio
cluster1::*> network interface show -vserver Cluster Logical Status Network Current Current Is Vserver Interfac Admin/Oper Address/Mask Node Port Home ----------- ------------ ---------- ------------------ ----------- ------- ---- Cluster node1_clus1 up/up 169.254.3.4/16 node1 e0b false node1_clus2 up/up 169.254.3.5/16 node1 e0b true node2_clus1 up/up 169.254.3.8/16 node2 e0b false node2_clus2 up/up 169.254.3.9/16 node2 e0b true
-
Sullo switch C1, chiudere le porte collegate alle porte del cluster dei nodi per eseguire il failover delle LIF del cluster.
(C1)# configure (C1)(Config)# interface 0/1-0/12 (C1)(Interface 0/1-0/12)# shutdown (C1)(Interface 0/1-0/12)# exit (C1)(Config)# exit
-
Spostare le porte del cluster di nodi dal vecchio switch C1 al nuovo switch cs1, utilizzando il cablaggio appropriato supportato da Cisco 9336C-FX2.
-
Verificare la configurazione finale del cluster:
network port show -ipspace Cluster
Ogni porta dovrebbe essere visualizzata
up
perLink
e.healthy
perHealth Status
.Mostra esempio
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
-
Le porte del cluster su ciascun nodo sono ora collegate agli switch del cluster nel seguente modo, dal punto di vista dei nodi:
network device-discovery show -protocol
Mostra esempio
cluster1::*> network device-discovery show -protocol cdp Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- -------------- ---------------- node1 /cdp e3a cs1 (b8:ce:f6:19:1a:7e) Ethernet1/1/1 N9K-C9336C-FX2 e3b cs2 (b8:ce:f6:19:1b:96) Ethernet1/1/2 N9K-C9336C-FX2 node2 /cdp e3a cs1 (b8:ce:f6:19:1a:7e) Ethernet1/1/1 N9K-C9336C-FX2 e3b cs2 (b8:ce:f6:19:1b:96) Ethernet1/1/2 N9K-C9336C-FX2
-
Sugli switch cs1 e cs2, verificare che tutte le porte del cluster di nodi siano in funzione:
network port show -ipspace Cluster
Mostra esempio
cluster1::*> 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 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
-
Verificare che entrambi i nodi dispongano di una connessione a ciascuno switch:
network device-discovery show -protocol
Mostra esempio
L'esempio seguente mostra i risultati appropriati per entrambi gli switch:
cluster1::*> network device-discovery show -protocol cdp Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- -------------- -------------- node1 /cdp e0a cs1 (b8:ce:f6:19:1b:42) Ethernet1/1/1 N9K-C9336C-FX2 e0b cs2 (b8:ce:f6:19:1b:96) Ethernet1/1/2 N9K-C9336C-FX2 node2 /cdp e0a cs1 (b8:ce:f6:19:1b:42) Ethernet1/1/1 N9K-C9336C-FX2 e0b cs2 (b8:ce:f6:19:1b:96) Ethernet1/1/2 N9K-C9336C-FX2
Fase 3: Verificare la configurazione
-
Abilitare il ripristino automatico sulle LIF del cluster:
cluster1::*> network interface modify -vserver Cluster -lif * -auto-revert true
-
Verificare che tutte le LIF della rete del cluster siano nuovamente presenti sulle porte domestiche:
network interface show
Mostra esempio
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
-
Modificare nuovamente il livello di privilegio in admin:
set -privilege admin
-
Se è stata eliminata la creazione automatica del caso, riattivarla richiamando un messaggio AutoSupport:
system node autosupport invoke -node * -type all -message MAINT=END