Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Migrar switches de cluster CN1610 para switches de cluster BES-53248

Colaboradores netapp-yvonneo netapp-jolieg
PDFs

Para migrar os switches de cluster CN1610 para switches de cluster BES-53248 compatíveis com a Broadcom, revise os requisitos de migração e siga o procedimento de migração.

Os seguintes switches de cluster são suportados:

  • CN1610

  • BES-53248

Requisitos de revisão

Verifique se sua configuração atende aos seguintes requisitos:

  • Algumas portas dos switches BES-53248 estão configuradas para operar em 10GbE.

  • A conectividade 10GbE dos nós aos switches de cluster BES-53248 foi planejada, migrada e documentada.

  • O cluster está funcionando perfeitamente (não deve haver erros nos logs ou problemas semelhantes).

  • A personalização inicial dos switches BES-53248 está concluída, de modo que:

    • Os switches BES-53248 estão executando a versão mais recente recomendada do software EFOS.

    • Os arquivos de configuração de referência (RCFs) foram aplicados aos switches.

    • Qualquer personalização do site, como DNS, NTP, SMTP, SNMP e SSH, é configurada nos novos switches.

Conexões de nós

Os switches de cluster suportam as seguintes conexões de nó:

  • NetApp CN1610: portas 0/1 a 0/12 (10GbE)

  • BES-53248: portas 0/1-0/16 (10GbE/25GbE)

    Observação É possível ativar portas adicionais adquirindo licenças de porta.

Portas ISL

Os switches do cluster utilizam as seguintes portas de enlace entre switches (ISL):

  • NetApp CN1610: portas 0/13 a 0/16 (10GbE)

  • BES-53248: portas 0/55-0/56 (100GbE)

O "Universo de Hardware da NetApp" Contém informações sobre compatibilidade com ONTAP , firmware EFOS suportado e cabeamento para switches de cluster BES-53248.

Cabeamento ISL

A cablagem ISL adequada é a seguinte:

  • Início: Para CN1610 para CN1610 (SFP+ para SFP+), quatro cabos de fibra óptica ou cobre SFP+ de conexão direta.

  • Final: Para BES-53248 para BES-53248 (QSFP28 para QSFP28), dois transceptores ópticos QSFP28/cabos de fibra ou cobre de conexão direta.

Migre os switches

Siga este procedimento para migrar switches de cluster CN1610 para switches de cluster BES-53248.

Sobre os exemplos

Os exemplos neste procedimento utilizam a seguinte nomenclatura de interruptor e nó:

  • Os exemplos utilizam dois nós, cada um com duas portas de interconexão de cluster de 10 GbE: e0a e e0b .

  • Os resultados dos comandos podem variar dependendo das diferentes versões do software ONTAP .

  • Os interruptores CN1610 a serem substituídos são: CL1 e CL2 .

  • Os switches BES-53248 substituem os switches CN1610. cs1 e cs2 .

  • Os nós são node1 e node2 .

  • O interruptor CL2 é substituído primeiro por cs2, seguido por CL1, que é substituído por cs1.

  • Os switches BES-53248 vêm pré-carregados com as versões suportadas do Reference Configuration File (RCF) e do Ethernet Fabric OS (EFOS), com cabos ISL conectados nas portas 55 e 56.

  • Os nomes LIF do cluster são node1_clus1 e node1_clus2 para o nó 1 e node2_clus1 e node2_clus2 para o nó 2.

Sobre esta tarefa

Este procedimento abrange o seguinte cenário:

  • O cluster inicia com dois nós conectados a dois switches de cluster CN1610.

  • O switch CN1610 CL2 foi substituído pelo switch BES-53248 cs2:

    • Desative as portas dos nós do cluster. Todas as portas devem ser desligadas simultaneamente para evitar instabilidade no cluster.

    • Desconecte os cabos de todas as portas do cluster em todos os nós conectados ao CL2 e, em seguida, use cabos compatíveis para reconectar as portas ao novo switch de cluster cs2.

  • O switch CN1610 CL1 foi substituído pelo switch BES-53248 cs1:

    • Desative as portas dos nós do cluster. Todas as portas devem ser desligadas simultaneamente para evitar instabilidade no cluster.

    • Desconecte os cabos de todas as portas do cluster em todos os nós conectados ao CL1 e, em seguida, use cabos compatíveis para reconectar as portas ao novo switch de cluster cs1.

Observação Nenhum link operacional entre switches (ISL) é necessário durante este procedimento. Isso ocorre porque as alterações na versão do RCF podem afetar a conectividade ISL temporariamente. Para garantir a operação ininterrupta do cluster, o procedimento a seguir migra todas as LIFs do cluster para o switch parceiro operacional enquanto executa as etapas no switch de destino.

Etapa 1: Prepare-se para a migração

  1. Se o AutoSupport estiver ativado neste cluster, suprima a criação automática de casos invocando uma mensagem do AutoSupport :

    system node autosupport invoke -node * -type all -message MAINT=xh

    onde x representa a duração do período de manutenção em horas.

    Observação A mensagem do AutoSupport notifica o suporte técnico sobre essa tarefa de manutenção, de forma que a criação automática de chamados seja suprimida durante o período de manutenção.

    O comando a seguir suprime a criação automática de casos por duas horas:

    cluster1::*> system node autosupport invoke -node * -type all -message MAINT=2h

  2. Altere o nível de privilégio para avançado, digitando y quando solicitado a continuar:

    set -privilege advanced

    A mensagem avançada (*>) é exibida.

Etapa 2: Configurar portas e cabos

  1. Nos novos switches, confirme se o cabo ISL está conectado e funcionando corretamente entre os switches cs1 e cs2:

    show port-channel

    Mostrar exemplo

    O exemplo a seguir mostra que as portas ISL estão ativas no 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) #

    O exemplo a seguir mostra que as portas ISL estão ativas no 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. Exibir as portas do cluster em cada nó conectado aos switches de cluster existentes:

    network device-discovery show -protocol cdp

    Mostrar exemplo

    O exemplo a seguir mostra quantas interfaces de interconexão de cluster foram configuradas em cada nó para cada switch de interconexão de 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. Determine o status administrativo ou operacional de cada interface de cluster.

    1. Verifique se todas as portas do cluster estão up com um healthy status:

      network port show -ipspace Cluster

      Mostrar exemplo 
      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. Verifique se todas as interfaces de cluster (LIFs) estão em suas portas de origem:

      network interface show -vserver Cluster

    Mostrar exemplo 
    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. Verifique se o cluster exibe informações para ambos os switches do cluster:

ONTAP 9.8 e posterior

A partir do ONTAP 9.8, utilize o 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 versões anteriores

Para ONTAP 9.7 e versões anteriores, utilize o 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. [[passo 5]]Desative a reversão automática nos LIFs do cluster.

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

  2. No switch de cluster CL2, desligue as portas conectadas às portas de cluster dos nós para realizar o failover das LIFs do 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. Verifique se as LIFs do cluster foram transferidas para as portas hospedadas no switch de cluster CL1. Isso pode levar alguns segundos.

    network interface show -vserver Cluster

    Mostrar exemplo 
    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. Verifique se o cluster está íntegro:

    cluster show

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

  5. Transfira todos os cabos de conexão dos nós do cluster do switch CL2 antigo para o novo switch CS2.

  6. Confirme a integridade das conexões de rede migradas para cs2:

    network port show -ipspace Cluster

    Mostrar exemplo 
    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

    Todas as portas do cluster que foram movidas devem ser up .

  7. Verifique as informações dos vizinhos nas portas do cluster:

    network device-discovery show -protocol cdp

    Mostrar exemplo 
    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. Confirme se as conexões das portas do switch estão íntegras do ponto de vista do switch CS2:

    cs2# show interface all
cs2# show isdp neighbors

  9. No switch de cluster CL1, desligue as portas conectadas às portas de cluster dos nós para realizar o failover das LIFs do 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)#

    Todas as LIFs do cluster fazem failover para o switch cs2.

  10. Verifique se os LIFs do cluster falharam nas portas hospedadas no switch cs2. Isso pode levar alguns segundos:

    network interface show -vserver Cluster

    Mostrar exemplo 
    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. Verifique se o cluster está íntegro:

    cluster show

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

  12. Mova os cabos de conexão do nó do cluster de CL1 para o novo switch cs1.

  13. Confirme o estado das conexões de rede movidas para cs1:

    network port show -ipspace Cluster

    Mostrar exemplo 
    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

    Todas as portas do cluster que foram movidas devem ser up .

  14. Verifique as informações dos vizinhos nas portas do cluster:

    network device-discovery show

    Mostrar exemplo 
    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. Confirme se as conexões das portas do switch estão íntegras do ponto de vista do switch cs1:

    cs1# show interface all
cs1# show isdp neighbors

  16. Verifique se o ISL entre cs1 e cs2 ainda está operacional:

    show port-channel

    Mostrar exemplo

    O exemplo a seguir mostra que as portas ISL estão ativas no 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) #

    O exemplo a seguir mostra que as portas ISL estão ativas no 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. Exclua os switches CN1610 substituídos da tabela de switches do cluster, caso eles não sejam removidos automaticamente:

ONTAP 9.8 e posterior

A partir do ONTAP 9.8, utilize o 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 versões anteriores

Para ONTAP 9.7 e versões anteriores, utilize o comando: system cluster-switch delete -device device-name

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

Etapa 3: Verifique a configuração

  1. Ative a reversão automática nos LIFs do cluster.

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

  2. No switch cs2, desligue e reinicie todas as portas do cluster para acionar uma reversão automática de todas as LIFs do cluster que não estejam em suas portas de origem.

    cs2> enable
cs2# configure
cs2(config)# interface 0/1-0/16
cs2(config-if-range)# shutdown

(Wait for 5-10 seconds before re-enabling the ports)

cs2(config-if-range)# no shutdown

(After executing the no shutdown command, the nodes detect the change and begin to auto-revert the cluster LIFs to their home ports)

cs2(config-if-range)# exit
cs2(config)# exit
cs2#

  3. Verifique se as LIFs do cluster retornaram às suas portas originais (isso pode levar um minuto):

    network interface show -vserver Cluster

    Se alguma das LIFs do cluster não tiver retornado à sua porta original, reverta-as manualmente. Você deve se conectar a cada console de gerenciamento de nó LIF ou SP/ BMC do nó local que possui o LIF:

    network interface revert -vserver Cluster -lif *

  4. Verifique se o cluster está íntegro:

    cluster show

  5. Verifique a conectividade das interfaces do cluster remoto:

ONTAP 9.9.1 e posterior

Você pode usar o network interface check cluster-connectivity Comando para iniciar uma verificação de acessibilidade para conectividade do cluster e, em seguida, exibir os detalhes:

network interface check cluster-connectivity start`e `network interface check cluster-connectivity show

cluster1::*> network interface check cluster-connectivity start

NOTA: Aguarde alguns segundos antes de executar o show comando para exibir os detalhes.

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
Todas as versões do ONTAP

Para todas as versões do ONTAP , você também pode usar o cluster ping-cluster -node <name> comando para verificar a conectividade:

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)

  1. [[passo 6]]Se você desativou a criação automática de casos, reative-a invocando uma mensagem do AutoSupport :

    system node autosupport invoke -node * -type all -message MAINT=END

    cluster::*> system node autosupport invoke -node * -type all -message MAINT=END
O que vem a seguir?

Depois de migrar seus switches, você pode "configurar monitoramento de integridade do switch".