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

Colaboradores netapp-jolieg netapp-yvonneo

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.

Observação 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.

Observação 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:

Configuração inicial do switch
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.

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

  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 é a duração da janela 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.
  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-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)
  2. 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
  3. Determine o status administrativo ou operacional de cada porta do cluster.

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

    Observação 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.
  5. 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#
  6. 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
  7. 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
  8. 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:

    1. 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#
    2. 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
    3. 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
  9. Após restaurar o LIF e a integridade do cluster, reinicie o processo a partir deEtapa. 4 .

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

    Os cabos de conexão do nó do cluster foram movidos para o switch cs2-new.
  11. 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.

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

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

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

    Os cabos de conexão do nó do cluster foram movidos para o switch cs1-new.
  18. 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.

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

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

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

    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 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#
  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
Observação 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

O que vem a seguir?

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