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 de switches Cisco mais antigos para switches Cisco Nexus 9336C-FX2 e 9336C-FX2-T

12/12/2025 Colaboradores

PDFs

Você pode executar uma migração sem interrupções de switches de cluster Cisco mais antigos para switches de rede de cluster Cisco Nexus 9336C-FX2 e 9336C-FX2-T.

Requisitos de revisão

Assegure-se de que:

Você verificou o número de série do switch para garantir que o switch correto seja migrado.
Algumas portas dos switches Nexus 9336C-FX2 são configuradas para operar em 10GbE ou 40GbE.
A conectividade de 10GbE e 40GbE dos nós aos switches de cluster Nexus 9336C-FX2 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 Cisco Nexus 9336C-FX2 está concluída, de modo que:
- Os switches 9336C-FX2 estão executando a versão de software recomendada mais recente.
- Confirme se os Arquivos de Configuração de Referência (RCFs) foram totalmente aplicados a todos os novos switches antes de migrar as LIFs para eles.
- Verifique as configurações de funcionamento e inicialização em ambos os switches antes de redirecionar o tráfego de rede.
- Qualquer personalização do site, como DNS, NTP, SMTP, SNMP e SSH, é configurada nos novos switches.
Você tem acesso à tabela de compatibilidade de switches em "Switches Ethernet da Cisco" Página com as versões suportadas do ONTAP, NX-OS e RCF.
Você já consultou os guias de software e atualização apropriados disponíveis no site da Cisco para os procedimentos de atualização e downgrade do switch Cisco ? "Suporte para switches Cisco Nexus série 9000" página.

Se você estiver alterando a velocidade das portas de cluster e0a e e1a nos sistemas AFF A800 ou AFF C800 , poderá observar o recebimento de pacotes malformados após a conversão de velocidade. Ver "Erro 1570339" e o artigo da Base de Conhecimento "Erros de CRC em portas T6 após conversão de 40GbE para 100GbE" para orientação.

Migre os switches

Sobre os exemplos

Os exemplos neste procedimento utilizam dois nós. Esses nós utilizam duas portas de interconexão de cluster 10GbE, e0a e e0b. Veja o "Hardware Universe" Para verificar as portas de cluster corretas em suas plataformas. Ver "Que informações adicionais preciso para instalar meu equipamento que não está no HWU?" Para obter mais informações sobre os requisitos de instalação do switch.

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

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

Os nomes dos dois switches Cisco existentes são cs1 e cs2.
Os novos switches de cluster Nexus 9336C-FX2 são cs1-new e cs2-new.
Os nomes dos nós são node1 e node2.
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.
O prompt cluster1::>* indica o nome do cluster.

Durante este procedimento, consulte o seguinte exemplo:

Sobre esta tarefa

O procedimento requer o uso de comandos ONTAP e "Switches da série Nexus 9000" Os comandos utilizados são os comandos ONTAP , salvo indicação em contrário.

Este procedimento abrange o seguinte cenário:

Switch cs2 é substituído primeiro por switch cs2-new.
- Desative as portas dos nós do cluster. Todas as portas devem ser desligadas simultaneamente para evitar instabilidade no cluster.
  - Todas as LIFs do cluster fazem failover para o novo switch cs2-new.
- A fiação entre os nós e o cs2 é então desconectada do cs2 e reconectada ao cs2-new.
O switch cs1 foi substituído pelo switch cs1-new.
- Desative as portas dos nós do cluster. Todas as portas devem ser desligadas simultaneamente para evitar instabilidade no cluster.
  - Todas as LIFs do cluster fazem failover para o novo switch cs1-new.
- A fiação entre os nós e o cs1 é então desconectada do cs1 e reconectada ao cs1-new.

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 transfere 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

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 é a duração da janela de manutenção em horas.

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

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

show port-channel summary

Mostrar exemplo

cs1-new# 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
        b - BFD Session Wait
        S - Switched    R - Routed
        U - Up (port-channel)
        p - Up in delay-lacp mode (member)
        M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port-       Type     Protocol  Member Ports
      Channel
--------------------------------------------------------------------------------
1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)

cs2-new# 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
        b - BFD Session Wait
        S - Switched    R - Routed
        U - Up (port-channel)
        p - Up in delay-lacp mode (member)
        M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port-       Type     Protocol  Member Ports
      Channel
--------------------------------------------------------------------------------
1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)

Exibir as portas do cluster em cada nó que estão conectadas aos switches de cluster existentes:

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                       Ethernet1/1        N5K-C5596UP
            e0b    cs2                       Ethernet1/2        N5K-C5596UP
node2      /cdp
            e0a    cs1                       Ethernet1/1        N5K-C5596UP
            e0b    cs2                       Ethernet1/2        N5K-C5596UP

Determine o status administrativo ou operacional de cada porta do cluster.

Verifique se todas as portas do cluster estão ativas e com status íntegro:

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

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

Verifique se o cluster exibe informações para ambos os switches do cluster:

system cluster-switch show -is-monitoring-enabled-operational true

Mostrar exemplo

cluster1::*> system cluster-switch show -is-monitoring-enabled-operational true
Switch                      Type               Address          Model
--------------------------- ------------------ ---------------- ---------------
cs1                         cluster-network    10.233.205.92    N5K-C5596UP
      Serial Number: FOXXXXXXXGS
       Is Monitored: true
             Reason: None
   Software Version: Cisco Nexus Operating System (NX-OS) Software, Version
                     9.3(4)
     Version Source: CDP

cs2                         cluster-network     10.233.205.93   N5K-C5596UP
      Serial Number: FOXXXXXXXGD
       Is Monitored: true
             Reason: None
   Software Version: Cisco Nexus Operating System (NX-OS) Software, Version
                     9.3(4)
     Version Source: CDP

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

Ao desativar a reversão automática para este procedimento, as LIFs do cluster não retornarão automaticamente à sua porta original. Eles permanecem no porto atual enquanto ele continuar funcionando.

network interface modify -vserver Cluster -lif * -auto-revert false

Desativar a reversão automática garante que o ONTAP só realize o failover das LIFs do cluster quando as portas do switch forem desligadas posteriormente.

No switch de cluster cs2, desligue as portas conectadas às portas de cluster de todos os nós para realizar o failover das LIFs do cluster:

cs2# configure
cs2(config)# interface eth1/1-1/2
cs2(config-if-range)# shutdown
cs2(config-if-range)# exit
cs2(config)# exit
cs2#

Verifique se as LIFs do cluster foram transferidas para as portas hospedadas no switch de cluster cs1. 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.3.4/16     node1      e0a     true
            node1_clus2   up/up      169.254.3.5/16     node1      e0a     false
            node2_clus1   up/up      169.254.3.8/16     node2      e0a     true
            node2_clus2   up/up      169.254.3.9/16     node2      e0a     false

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

Se as LIFs do cluster tiverem migrado para o switch cs1 e o cluster estiver íntegro, acesseEtapa. 10 . Se algumas LIFs do cluster não estiverem íntegras ou se o cluster estiver com problemas, você pode reverter a conectividade com o switch cs2, da seguinte forma:

Ative as portas conectadas às portas do cluster de todos os nós:

cs2# configure
cs2(config)# interface eth1/1-1/2
cs2(config-if-range)# no shutdown
cs2(config-if-range)# exit
cs2(config)# exit
cs2#

Verifique se as LIFs do cluster foram transferidas para as portas hospedadas no switch de cluster cs1. 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.3.4/16     node1      e0a     true
            node1_clus2   up/up      169.254.3.5/16     node1      e0a     false
            node2_clus1   up/up      169.254.3.8/16     node2      e0a     true
            node2_clus2   up/up      169.254.3.9/16     node2      e0a     false

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

Após restaurar o LIF e a integridade do cluster, reinicie o processo a partir deEtapa. 4 .
Mova todos os cabos de conexão do nó do cluster do switch cs2 antigo para o novo switch cs2-new.

Cabos de conexão do nó do cluster movidos para o switch cs2-new

Confirme a integridade das conexões de rede migradas para cs2-new:

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 estar ativas.

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
----------- ------ ------------------------- -------------  --------------
node1      /cdp
            e0a    cs1                       Ethernet1/1    N5K-C5596UP
            e0b    cs2-new                   Ethernet1/1/1  N9K-C9336C-FX2

node2      /cdp
            e0a    cs1                       Ethernet1/2    N5K-C5596UP
            e0b    cs2-new                   Ethernet1/1/2  N9K-C9336C-FX2

Verifique se as portas do cluster movidas enxergam o switch cs2-new como vizinho.

Confirme as conexões das portas do switch a partir da perspectiva do switch cs2-new:
```
cs2-new# show interface brief
cs2-new# show cdp neighbors
```
No switch de cluster cs1, desligue as portas conectadas às portas de cluster de todos os nós para realizar o failover das LIFs do cluster.
```
cs1# configure
cs1(config)# interface eth1/1-1/2
cs1(config-if-range)# shutdown
cs1(config-if-range)# exit
cs1(config)# exit
cs1#
```
Todas as LIFs do cluster são transferidas para o switch cs2-new em caso de falha.

Verifique se as LIFs do cluster foram transferidas para as portas hospedadas no switch cs2-new. 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     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

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

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

Cabos de conexão do nó do cluster movidos para o switch cs1-new

Confirme a integridade das conexões de rede migradas para cs1-new:

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 estar ativas.

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-new                   Ethernet1/1/1   N9K-C9336C-FX2
            e0b    cs2-new                   Ethernet1/1/2   N9K-C9336C-FX2

node2      /cdp
            e0a    cs1-new                   Ethernet1/1/1   N9K-C9336C-FX2
            e0b    cs2-new                   Ethernet1/1/2   N9K-C9336C-FX2

Verifique se as portas do cluster movidas enxergam o switch cs1-new como vizinho.

Confirme as conexões das portas do switch a partir da perspectiva do switch cs1-new:
```
cs1-new# show interface brief
cs1-new# show cdp neighbors
```

Verifique se o ISL entre cs1-new e cs2-new ainda está operacional:

show port-channel summary

Mostrar exemplo

cs1-new# 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
        b - BFD Session Wait
        S - Switched    R - Routed
        U - Up (port-channel)
        p - Up in delay-lacp mode (member)
        M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port-       Type     Protocol  Member Ports
      Channel
--------------------------------------------------------------------------------
1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)

cs2-new# 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
        b - BFD Session Wait
        S - Switched    R - Routed
        U - Up (port-channel)
        p - Up in delay-lacp mode (member)
        M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port-       Type     Protocol  Member Ports
      Channel
--------------------------------------------------------------------------------
1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)

Etapa 3: Verifique a configuração

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

network interface modify -vserver Cluster -lif * -auto-revert true

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 eth1/1-1/2
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#

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

cluster show
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

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)

[[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

O que vem a seguir?

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

Migrar de switches Cisco mais antigos para switches Cisco Nexus 9336C-FX2 e 9336C-FX2-T

Creating your file...

Requisitos de revisão

Migre os switches

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

Etapa 2: Configurar portas e cabos

Etapa 3: Verifique a configuração