Skip to main content
Cluster and storage switches
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

Collaboratori

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)

    Nota È 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.

Nota 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

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

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

  1. 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
  2. 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
  3. Determinare lo stato amministrativo o operativo di ciascuna interfaccia del cluster.

    1. 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
    2. 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
  4. 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::*>
  1. Disattiva il ripristino automatico sulle LIF del cluster.

    cluster1::*> network interface modify -vserver Cluster -lif * -auto-revert false
  2. 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)#
  3. 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
  4. 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
  5. Spostare tutti i cavi di connessione dei nodi del cluster dal vecchio switch CL2 al nuovo switch CS2.

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

  7. 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
  8. 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
  9. 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.

  10. 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
  11. 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
  12. Spostare i cavi di connessione del nodo del cluster da CL1 al nuovo switch cs1.

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

  14. 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
  15. 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
  16. 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
  17. 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

  1. Abilitare il ripristino automatico sulle LIF del cluster.

    cluster1::*> network interface modify -vserver Cluster -lif * -auto-revert true
  2. 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 *

  3. Verificare che il cluster funzioni correttamente:

    cluster show

  4. Eseguire il ping delle interfacce del cluster remoto per verificare la connettività:

    cluster ping-cluster -node <name>

    Mostra esempio
    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.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)
  5. Per impostare la raccolta di log, eseguire il comando seguente per ogni switch. Viene richiesto di immettere il nome dello switch, il nome utente e la password per la raccolta del registro.

    system switch ethernet log setup-password

    Mostra esempio
    cluster1::*> system switch ethernet log setup-password
    Enter the switch name: <return>
    The switch name entered is not recognized.
    Choose from the following list:
    cs1
    cs2
    
    cluster1::*> system switch ethernet log setup-password
    
    Enter the switch name: cs1
    Would you like to specify a user other than admin for log collection? {y|n}: n
    
    Enter the password: <enter switch password>
    Enter the password again: <enter switch password>
    
    cluster1::*> system switch ethernet log setup-password
    
    Enter the switch name: cs2
    Would you like to specify a user other than admin for log collection? {y|n}: n
    
    Enter the password: <enter switch password>
    Enter the password again: <enter switch password>
  6. Per avviare la raccolta dei log, eseguire il comando seguente, sostituendo DEVICE con lo switch utilizzato nel comando precedente. Questo avvia entrambi i tipi di raccolta di log: I log dettagliati Support e una raccolta oraria di dati Periodic.

    system switch ethernet log modify -device <switch-name> -log-request true

    Mostra esempio
    cluster1::*> system switch ethernet log modify -device cs1 -log-request true
    
    Do you want to modify the cluster switch log collection configuration?
    {y|n}: [n] y
    
    Enabling cluster switch log collection.
    
    cluster1::*> system switch ethernet log modify -device cs2 -log-request true
    
    Do you want to modify the cluster switch log collection configuration?
    {y|n}: [n] y
    
    Enabling cluster switch log collection.

    Attendere 10 minuti, quindi verificare che la raccolta dei log sia completa:

    system switch ethernet log show

    Avvertenza Se uno di questi comandi restituisce un errore o se la raccolta dei log non viene completata, contattare il supporto NetApp.
  7. 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