La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Migrare gli switch del cluster CN1610 agli switch del cluster BES-53248

10/25/2024 Collaboratori

PDF

Per migrare gli switch del cluster CN1610 in un cluster agli switch del cluster BES-53248 supportati da Broadcom, esaminare i requisiti di migrazione e seguire la procedura di migrazione.

Sono supportati i seguenti switch del cluster:

CN1610
BES-53248

Verifica dei requisiti

Verificare che la configurazione soddisfi i seguenti requisiti:

Alcune delle porte degli switch BES-53248 sono configurate per funzionare a 10GbE.
La connettività 10GbE GbE dai nodi agli switch cluster BES-53248 è stata pianificata, migrata e documentata.
Il cluster funziona correttamente (non dovrebbero esserci errori nei log o problemi simili).
La personalizzazione iniziale degli switch BES-53248 è completa, in modo che:
- Gli switch BES-53248 utilizzano la versione più recente del software EFOS.
- I file di configurazione di riferimento (RCF) sono stati applicati agli switch.
- Qualsiasi personalizzazione del sito, ad esempio DNS, NTP, SMTP, SNMP, E SSH, sono configurati sui nuovi switch.

Connessioni a nodi

Gli switch del cluster supportano le seguenti connessioni di nodo:

NetApp CN1610: Porte da 0/1 a 0/12 (10 GbE)
BES-53248: Porte 0/1-0/16 (10 GbE/25 GbE)

È possibile attivare porte aggiuntive acquistando le licenze delle porte.

Porte ISL

Gli switch del cluster utilizzano le seguenti porte ISL (Inter-Switch link):

NetApp CN1610: Porte da 0/13 a 0/16 (10 GbE)
BES-53248: Porte 0/55-0/56 (100 GbE)

Il "NetApp Hardware Universe" Contiene informazioni sulla compatibilità ONTAP, sul firmware EFOS supportato e sul cablaggio degli switch cluster BES-53248.

Cablaggio ISL

Il cablaggio ISL appropriato è il seguente:

Inizio: per CN1610 - CN1610 (da SFP+ a SFP+), quattro cavi SFP+ a collegamento diretto in fibra ottica o rame.
Finale: per BES-53248 - BES-53248 (da QSFP28 a QSFP28), due ricetrasmettitori ottici QSFP28/cavi a collegamento diretto in fibra o rame.

Migrare gli switch

Seguire questa procedura per migrare gli switch del cluster CN1610 agli switch del cluster BES-53248.

A proposito degli esempi

Gli esempi di questa procedura utilizzano la seguente nomenclatura di switch e nodi:

Gli esempi utilizzano due nodi, ciascuno dei quali implementa due porte di interconnessione cluster da 10 GbE: e0a e. e0b.
L'output dei comandi potrebbe variare a seconda delle diverse versioni del software ONTAP.
Gli switch CN1610 da sostituire sono CL1 e. CL2.
Gli switch BES-53248 che sostituiscono gli switch CN1610 sono cs1 e. cs2.
I nodi sono node1 e. node2.
Lo switch CL2 viene sostituito prima da cs2, quindi da CL1 da cs1.
Gli switch BES-53248 sono precaricati con le versioni supportate del file di configurazione di riferimento (RCF) e del sistema operativo Ethernet Fabric (EFOS) con cavi ISL collegati alle porte 55 e 56.
I nomi LIF del cluster sono node1_clus1 e. node1_clus2 per il node1, e. node2_clus1 e. node2_clus2 per il node2.

A proposito di questa attività

Questa procedura riguarda il seguente scenario:

Il cluster inizia con due nodi collegati a due switch cluster CN1610.
Lo switch CN1610 CL2 è sostituito dallo switch BES-53248 cs2:
- Chiudere le porte ai nodi del cluster. Tutte le porte devono essere chiuse contemporaneamente per evitare l'instabilità del cluster.
- Scollegare i cavi da tutte le porte del cluster su tutti i nodi collegati a CL2, quindi utilizzare i cavi supportati per ricollegare le porte al nuovo switch del cluster cs2.
Lo switch CN1610 CL1 è sostituito dallo switch BES-53248 cs1:
- Chiudere le porte ai nodi del cluster. Tutte le porte devono essere chiuse contemporaneamente per evitare l'instabilità del cluster.
- Scollegare i cavi da tutte le porte del cluster su tutti i nodi collegati a CL1, quindi utilizzare i cavi supportati per ricollegare le porte al nuovo switch del cluster 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 operazioni del cluster senza interruzioni, la seguente procedura esegue la migrazione di tutte le LIF del cluster allo switch del partner operativo durante l'esecuzione delle operazioni sullo switch di destinazione.

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.

Il messaggio AutoSupport informa il supporto tecnico di questa attività di manutenzione in modo che la creazione automatica del caso venga soppressa durante la finestra di manutenzione.

Il seguente comando elimina la creazione automatica del caso per due ore:
```
cluster1::*> system node autosupport invoke -node * -type all -message MAINT=2h
```
Impostare il livello di privilegio su Advanced (avanzato), immettendo y quando viene richiesto di continuare:

set -privilege advanced

Viene visualizzato il prompt Advanced (*>).

Fase 2: Configurare le porte e il cablaggio

Sui nuovi switch, verificare che l'ISL sia cablato e funzionante tra gli switch cs1 e cs2:

show port-channel

Mostra esempio

L'esempio seguente mostra che le porte ISL sono up sullo switch cs1:

(cs1)# show port-channel 1/1
Local Interface................................ 1/1
Channel Name................................... Cluster-ISL
Link State..................................... Up
Admin Mode..................................... Enabled
Type........................................... Dynamic
Port channel Min-links......................... 1
Load Balance Option............................ 7
(Enhanced hashing mode)

Mbr    Device/       Port       Port
Ports  Timeout       Speed      Active
------ ------------- ---------  -------
0/55   actor/long    100G Full  True
       partner/long
0/56   actor/long    100G Full  True
       partner/long
(cs1) #

L'esempio seguente mostra che le porte ISL sono up sullo switch cs2:

(cs2)# show port-channel 1/1
Local Interface................................ 1/1
Channel Name................................... Cluster-ISL
Link State..................................... Up
Admin Mode..................................... Enabled
Type........................................... Dynamic
Port channel Min-links......................... 1
Load Balance Option............................ 7
(Enhanced hashing mode)

Mbr    Device/       Port       Port
Ports  Timeout       Speed      Active
------ ------------- ---------  -------
0/55   actor/long    100G Full  True
       partner/long
0/56   actor/long    100G Full  True
       partner/long

Visualizzare le porte del cluster su ciascun nodo connesso agli switch del cluster esistenti:

network device-discovery show -protocol cdp

Mostra esempio

L'esempio seguente mostra quante interfacce di interconnessione cluster sono state configurate in ciascun nodo per ogni switch di interconnessione cluster:

cluster1::*> network device-discovery show -protocol cdp
Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface         Platform
----------- ------ ------------------------- ----------------  ----------------
node2      /cdp
            e0a    CL1                       0/2               CN1610
            e0b    CL2                       0/2               CN1610
node1      /cdp
            e0a    CL1                       0/1               CN1610
            e0b    CL2                       0/1               CN1610

Determinare lo stato amministrativo o operativo di ciascuna interfaccia del cluster.

Verificare che tutte le porte del cluster siano up con un healthy stato:

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 tutte le interfacce del cluster (LIFF) si trovino sulle porte home:

network interface show -vserver Cluster

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         e0a     true
            node1_clus2  up/up    169.254.49.125/16  node1         e0b     true
            node2_clus1  up/up    169.254.47.194/16  node2         e0a     true
            node2_clus2  up/up    169.254.19.183/16  node2         e0b     true

Verificare che il cluster visualizzi le informazioni per entrambi gli switch del cluster:

ONTAP 9.8 e versioni successive

A partire da ONTAP 9.8, utilizzare il comando: system switch ethernet show -is-monitoring-enabled-operational true

cluster1::*> system switch ethernet show -is-monitoring-enabled-operational true
Switch                        Type             Address       Model
----------------------------- ---------------- ------------- --------
CL1                           cluster-network  10.10.1.101   CN1610
     Serial Number: 01234567
      Is Monitored: true
            Reason:
  Software Version: 1.3.0.3
    Version Source: ISDP

CL2                           cluster-network  10.10.1.102   CN1610
     Serial Number: 01234568
      Is Monitored: true
            Reason:
  Software Version: 1.3.0.3
    Version Source: ISDP
cluster1::*>

ONTAP 9.7 e versioni precedenti

Per ONTAP 9.7 e versioni precedenti, utilizzare il comando: system cluster-switch show -is-monitoring-enabled-operational true

cluster1::*> system cluster-switch show -is-monitoring-enabled-operational true
Switch                        Type             Address       Model
----------------------------- ---------------- ------------- --------
CL1                           cluster-network  10.10.1.101   CN1610
     Serial Number: 01234567
      Is Monitored: true
            Reason:
  Software Version: 1.3.0.3
    Version Source: ISDP

CL2                           cluster-network  10.10.1.102   CN1610
     Serial Number: 01234568
      Is Monitored: true
            Reason:
  Software Version: 1.3.0.3
    Version Source: ISDP
cluster1::*>

Disattiva il ripristino automatico sulle LIF del cluster.

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

Sullo switch cluster CL2, chiudere le porte collegate alle porte del cluster dei nodi per eseguire il failover delle LIF del cluster:

(CL2)# configure
(CL2)(Config)# interface 0/1-0/16
(CL2)(Interface 0/1-0/16)# shutdown
(CL2)(Interface 0/1-0/16)# exit
(CL2)(Config)# exit
(CL2)#

Verifica che le LIF del cluster abbiano eseguito il failover sulle porte ospitate nello switch del cluster CL1. Questa operazione potrebbe richiedere alcuni secondi.

network interface show -vserver Cluster

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         e0a     true
            node1_clus2  up/up      169.254.49.125/16  node1         e0a     false
            node2_clus1  up/up      169.254.47.194/16  node2         e0a     true
            node2_clus2  up/up      169.254.19.183/16  node2         e0a     false

Verificare che il cluster funzioni correttamente:

cluster show

Mostra esempio

cluster1::*> cluster show
Node       Health  Eligibility   Epsilon
---------- ------- ------------- -------
node1      true    true          false
node2      true    true          false

Spostare tutti i cavi di connessione dei nodi del cluster dal vecchio switch CL2 al nuovo switch CS2.

Verificare lo stato delle connessioni di rete trasferite a cs2:

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

Tutte le porte del cluster spostate devono essere up.

Controllare le informazioni sulle porte del cluster:

network device-discovery show -protocol cdp

Mostra esempio

cluster1::*> network device-discovery show -protocol cdp
Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface         Platform
----------- ------ ------------------------- ----------------  ----------------
node2      /cdp
            e0a    CL1                       0/2               CN1610
            e0b    cs2                       0/2               BES-53248
node1      /cdp
            e0a    CL1                       0/1               CN1610
            e0b    cs2                       0/1               BES-53248

Verificare che i collegamenti della porta dello switch siano integri dal punto di vista dello switch CS2:
```
cs2# show port all
cs2# show isdp neighbors
```
Sullo switch cluster CL1, chiudere le porte collegate alle porte del cluster dei nodi per eseguire il failover delle LIF del cluster:
```
(CL1)# configure
(CL1)(Config)# interface 0/1-0/16
(CL1)(Interface 0/1-0/16)# shutdown
(CL1)(Interface 0/13-0/16)# exit
(CL1)(Config)# exit
(CL1)#
```
Tutte le LIF del cluster eseguono il failover allo switch CS2.

Verifica che le LIF del cluster abbiano eseguito il failover alle porte ospitate nello switch CS2. Questa operazione potrebbe richiedere alcuni secondi:

network interface show -vserver Cluster

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         e0b     false
            node1_clus2  up/up      169.254.49.125/16  node1         e0b     true
            node2_clus1  up/up      169.254.47.194/16  node2         e0b     false
            node2_clus2  up/up      169.254.19.183/16  node2         e0b     true

Verificare che il cluster funzioni correttamente:

cluster show

Mostra esempio

cluster1::*> cluster show
Node       Health  Eligibility   Epsilon
---------- ------- ------------- -------
node1      true    true          false
node2      true    true          false

Spostare i cavi di connessione del nodo del cluster da CL1 al nuovo switch cs1.

Verificare lo stato delle connessioni di rete trasferite a cs1:

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

Tutte le porte del cluster spostate devono essere up.

Controllare le informazioni sulle porte del cluster:

network device-discovery show

Mostra esempio

cluster1::*> network device-discovery show -protocol cdp
Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface         Platform
----------- ------ ------------------------- ----------------  ----------------
node1      /cdp
            e0a    cs1                       0/1               BES-53248
            e0b    cs2                       0/1               BES-53248
node2      /cdp
            e0a    cs1                       0/2               BES-53248
            e0b    cs2                       0/2               BES-53248

Verificare che i collegamenti della porta dello switch siano integri dal punto di vista dello switch CS1:
```
cs1# show port all
cs1# show isdp neighbors
```

Verificare che l'ISL tra cs1 e cs2 sia ancora operativo:

show port-channel

Mostra esempio

L'esempio seguente mostra che le porte ISL sono up sullo switch cs1:

(cs1)# show port-channel 1/1
Local Interface................................ 1/1
Channel Name................................... Cluster-ISL
Link State..................................... Up
Admin Mode..................................... Enabled
Type........................................... Dynamic
Port channel Min-links......................... 1
Load Balance Option............................ 7
(Enhanced hashing mode)

Mbr    Device/       Port       Port
Ports  Timeout       Speed      Active
------ ------------- ---------  -------
0/55   actor/long    100G Full  True
       partner/long
0/56   actor/long    100G Full  True
       partner/long
(cs1) #

L'esempio seguente mostra che le porte ISL sono up sullo switch cs2:

(cs2)# show port-channel 1/1
Local Interface................................ 1/1
Channel Name................................... Cluster-ISL
Link State..................................... Up
Admin Mode..................................... Enabled
Type........................................... Dynamic
Port channel Min-links......................... 1
Load Balance Option............................ 7
(Enhanced hashing mode)

Mbr    Device/       Port       Port
Ports  Timeout       Speed      Active
------ ------------- ---------  -------
0/55   actor/long    100G Full  True
       partner/long
0/56   actor/long    100G Full  True
       partner/long

Eliminare gli switch CN1610 sostituiti dalla tabella degli switch del quadro strumenti, se non vengono rimossi automaticamente:

ONTAP 9.8 e versioni successive

A partire da ONTAP 9.8, utilizzare il comando: system switch ethernet delete -device device-name

cluster::*> system switch ethernet delete -device CL1
cluster::*> system switch ethernet delete -device CL2

ONTAP 9.7 e versioni precedenti

Per ONTAP 9.7 e versioni precedenti, utilizzare il comando: system cluster-switch delete -device device-name

cluster::*> system cluster-switch delete -device CL1
cluster::*> system cluster-switch delete -device CL2

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 le LIF del cluster siano ripristinate alle porte home (questa operazione potrebbe richiedere un minuto):

network interface show -vserver Cluster

Se le LIF del cluster non sono tornate alla porta home, ripristinarle manualmente:

network interface revert -vserver Cluster -lif *
Verificare che il cluster funzioni correttamente:

cluster show
Verificare la connettività delle interfacce del cluster remoto:

ONTAP 9.9.1 e versioni successive

È 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

Tutte le release di ONTAP

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 node2
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.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)

se è stata eliminata la creazione automatica del caso, riattivarla richiamando un messaggio AutoSupport:

system node autosupport invoke -node * -type all -message MAINT=END
```
cluster::*> system node autosupport invoke -node * -type all -message MAINT=END
```

Quali sono le prossime novità?

"Configurare il monitoraggio dello stato dello switch".

Migrare gli switch del cluster CN1610 agli switch del cluster BES-53248

Creating your file...

Verifica dei requisiti

Connessioni a nodi

Porte ISL

Cablaggio ISL

Migrare gli switch

Fase 1: Preparazione per la migrazione

Fase 2: Configurare le porte e il cablaggio

Fase 3: Verificare la configurazione