Migrar de switches Cisco mais antigos para switches Cisco Nexus 9336C-FX2 e 9336C-FX2-T
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
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.
|
|
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:
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=xhonde 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 advancedA 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 summaryMostrar 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 showMostrar 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 ClusterMostrar 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 ClusterMostrar 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 falseDesativar 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 ClusterMostrar 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 showMostrar 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 ClusterMostrar 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 ClusterMostrar 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 falseTodas 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 cdpMostrar 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-FX2Verifique 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 ClusterMostrar 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 showMostrar 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 ClusterMostrar 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 falseTodas as portas do cluster que foram movidas devem estar ativas.
-
Verifique as informações dos vizinhos nas portas do cluster:
network device-discovery showMostrar 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-FX2Verifique 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 summaryMostrar 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 ClusterSe 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:
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
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
Depois de migrar os switches, você pode"configurar monitoramento de integridade do switch" .