Migrar de conmutadores Cisco más antiguos a conmutadores Cisco Nexus 9336C-FX2 y 9336C-FX2-T
Puede realizar una migración sin interrupciones desde conmutadores de clúster Cisco más antiguos a conmutadores de red de clúster Cisco Nexus 9336C-FX2 y 9336C-FX2-T.
Requisitos de revisión
Asegúrese de que:
-
Usted ha verificado el número de serie del switch para asegurarse de que se está migrando el switch correcto.
-
Algunos de los puertos de los switches Nexus 9336C-FX2 están configurados para funcionar a 10GbE o 40GbE.
-
Se ha planificado, migrado y documentado la conectividad de 10GbE y 40GbE desde los nodos a los conmutadores de clúster Nexus 9336C-FX2.
-
El clúster está funcionando correctamente (no debería haber errores en los registros ni problemas similares).
-
La personalización inicial de los switches Cisco Nexus 9336C-FX2 está completa, de modo que:
-
Los switches 9336C-FX2 están ejecutando la última versión recomendada del software.
-
Confirme que los archivos de configuración de referencia (RCF) se hayan aplicado completamente a los nuevos conmutadores antes de migrar las LIF a los nuevos conmutadores.
-
Compruebe las configuraciones de ejecución y de inicio en ambos conmutadores antes de redirigir el tráfico de red.
-
Cualquier personalización del sitio, como DNS, NTP, SMTP, SNMP y SSH, se configura en los nuevos conmutadores.
-
-
Tienes acceso a la tabla de compatibilidad del switch en el "Switches Ethernet de Cisco" Página para las versiones compatibles de ONTAP, NX-OS y RCF.
-
Usted ha revisado el software y las guías de actualización apropiadas disponibles en el sitio web de Cisco para los procedimientos de actualización y degradación del switch Cisco en "Soporte para switches Cisco Nexus serie 9000" página.
|
|
Si está cambiando la velocidad de los puertos del clúster e0a y e1a en los sistemas AFF A800 o AFF C800 , podría observar que se reciben paquetes malformados después de la conversión de velocidad. Ver "Error 1570339" y el artículo de la Base de Conocimiento "Errores CRC en puertos T6 tras la conversión de 40GbE a 100GbE" para ayuda. |
Migrar los interruptores
Los ejemplos de este procedimiento utilizan dos nodos. Estos nodos utilizan dos puertos de interconexión de clúster 10GbE, e0a y e0b. Ver el "Hardware Universe" para verificar los puertos de clúster correctos en sus plataformas.
|
|
Los resultados de los comandos pueden variar dependiendo de las diferentes versiones de ONTAP. |
Los ejemplos de este procedimiento utilizan la siguiente nomenclatura de interruptores y nodos:
-
Los nombres de los dos switches Cisco existentes son cs1 y cs2.
-
Los nuevos switches de clúster Nexus 9336C-FX2 son cs1-new y cs2-new.
-
Los nombres de los nodos son nodo1 y nodo2.
-
Los nombres LIF del clúster son node1_clus1 y node1_clus2 para el nodo 1, y node2_clus1 y node2_clus2 para el nodo 2.
-
El indicador cluster1::>* indica el nombre del clúster.
Durante este procedimiento, consulte el siguiente ejemplo:
El procedimiento requiere el uso de comandos ONTAP y "Switches de la serie Nexus 9000" comandos; se utilizan comandos ONTAP , a menos que se indique lo contrario.
Este procedimiento cubre el siguiente escenario:
-
El switch cs2 se reemplaza primero por el switch cs2-new.
-
Desactive los puertos de los nodos del clúster. Todos los puertos deben apagarse simultáneamente para evitar la inestabilidad del clúster.
-
Todas las LIF del clúster conmutan por error al nuevo conmutador cs2-new.
-
-
Luego, el cableado entre los nodos y cs2 se desconecta de cs2 y se vuelve a conectar a cs2-new.
-
-
El interruptor cs1 se reemplaza por el interruptor cs1-nuevo.
-
Desactive los puertos de los nodos del clúster. Todos los puertos deben apagarse simultáneamente para evitar la inestabilidad del clúster.
-
Todas las LIF del clúster conmutan por error al nuevo conmutador cs1-new.
-
-
Luego, el cableado entre los nodos y cs1 se desconecta de cs1 y se vuelve a conectar a cs1-new.
-
|
|
No se necesita ningún enlace entre conmutadores (ISL) operativo durante este procedimiento. Esto es así por diseño porque los cambios de versión de RCF pueden afectar la conectividad de ISL temporalmente. Para garantizar un funcionamiento ininterrumpido del clúster, el siguiente procedimiento transfiere todas las LIF del clúster al switch asociado operativo mientras se realizan los pasos en el switch de destino. |
Paso 1: Prepararse para la migración
-
Si AutoSupport está habilitado en este clúster, suprima la creación automática de casos invocando un mensaje de AutoSupport :
system node autosupport invoke -node * -type all -message MAINT=xhdonde x es la duración de la ventana de mantenimiento en horas.
El mensaje de AutoSupport notifica al soporte técnico sobre esta tarea de mantenimiento para que se suprima la creación automática de casos durante la ventana de mantenimiento. -
Cambie el nivel de privilegio a avanzado, ingresando y cuando se le solicite continuar:
set -privilege advancedAparece el indicador avanzado (*>).
Paso 2: Configurar puertos y cableado
-
En los nuevos switches, confirme que el enlace ISL está cableado y funciona correctamente entre los switches cs1-new y cs2-new:
show port-channel summaryMostrar ejemplo
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) -
Muestra los puertos del clúster en cada nodo que están conectados a los conmutadores del clúster existentes:
network device-discovery showMostrar ejemplo
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 -
Determinar el estado administrativo u operativo de cada puerto del clúster.
-
Verifique que todos los puertos del clúster estén activos y en buen estado:
network port show -ipspace ClusterMostrar ejemplo
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 que todas las interfaces del clúster (LIF) estén en sus puertos de origen:
network interface show -vserver ClusterMostrar ejemplo
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 que el clúster muestre información para ambos conmutadores del clúster:
system cluster-switch show -is-monitoring-enabled-operational true
Mostrar ejemplo
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 -
-
Deshabilitar la reversión automática en los LIF del clúster.
Al deshabilitar la reversión automática para este procedimiento, los LIF del clúster no volverán automáticamente a su puerto de origen. Permanecerán en el puerto actual mientras este siga operativo.
network interface modify -vserver Cluster -lif * -auto-revert falseDeshabilitar la reversión automática garantiza que ONTAP solo falle a través de las LIF del clúster cuando los puertos del conmutador se apaguen posteriormente. -
En el conmutador de clúster cs2, apague los puertos conectados a los puertos de clúster de todos los nodos para realizar la conmutación por error de las LIF del clúster:
cs2# configure cs2(config)# interface eth1/1-1/2 cs2(config-if-range)# shutdown cs2(config-if-range)# exit cs2(config)# exit cs2#
-
Verifique que las LIF del clúster hayan conmutado por error a los puertos alojados en el conmutador del clúster cs1. Esto podría tardar unos segundos.
network interface show -vserver ClusterMostrar ejemplo
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 que el clúster esté en buen estado:
cluster showMostrar ejemplo
cluster1::*> cluster show Node Health Eligibility Epsilon ---------- ------- ------------- ------- node1 true true false node2 true true false
-
Si las LIF del clúster han conmutado por error al switch cs1 y el clúster está en buen estado, vaya aPaso. 10 . Si algunas LIF del clúster no están en buen estado o el clúster no está en buen estado, puede revertir la conectividad al switch cs2, de la siguiente manera:
-
Active los puertos conectados a los puertos del clúster de todos los nodos:
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 que las LIF del clúster hayan conmutado por error a los puertos alojados en el conmutador del clúster cs1. Esto podría tardar unos segundos.
network interface show -vserver ClusterMostrar ejemplo
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 que el clúster esté en buen estado:
cluster show
Mostrar ejemplo
cluster1::*> cluster show Node Health Eligibility Epsilon ---------- ------- ------------- ------- node1 true true false node2 true true false
-
-
Una vez que haya restaurado el estado de LIF y del clúster, reinicie el proceso desdePaso. 4 .
-
Mueva todos los cables de conexión de los nodos del clúster del antiguo switch cs2 al nuevo switch cs2-new.
Los cables de conexión del nodo del clúster se han movido al nuevo switch cs2
-
Confirme el estado de las conexiones de red migradas a cs2-new:
network port show -ipspace ClusterMostrar ejemplo
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 falseTodos los puertos del clúster que se movieron deberían estar activos.
-
Comprobar la información de los vecinos en los puertos del clúster:
network device-discovery show -protocol cdpMostrar ejemplo
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 que los puertos del clúster movidos vean el switch cs2-new como vecino.
-
Confirme las conexiones de los puertos del switch desde la perspectiva del switch cs2-new:
cs2-new# show interface brief cs2-new# show cdp neighbors
-
En el conmutador de clúster cs1, apague los puertos conectados a los puertos del clúster de todos los nodos para realizar la conmutación por error de las LIF del clúster.
cs1# configure cs1(config)# interface eth1/1-1/2 cs1(config-if-range)# shutdown cs1(config-if-range)# exit cs1(config)# exit cs1#
Todas las LIF del clúster conmutan por error al conmutador cs2-new.
-
Verifique que las LIF del clúster hayan conmutado por error a los puertos alojados en el switch cs2-new. Esto podría tardar unos segundos:
network interface show -vserver ClusterMostrar ejemplo
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 que el clúster esté en buen estado:
cluster showMostrar ejemplo
cluster1::*> cluster show Node Health Eligibility Epsilon ---------- ------- ------------- ------- node1 true true false node2 true true false
-
Traslade los cables de conexión del nodo del clúster desde cs1 al nuevo conmutador cs1-new.
Los cables de conexión del nodo del clúster se han movido al nuevo switch cs1
-
Confirme el estado de las conexiones de red migradas a cs1-new:
network port show -ipspace ClusterMostrar ejemplo
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 falseTodos los puertos del clúster que se movieron deberían estar activos.
-
Comprobar la información de los vecinos en los puertos del clúster:
network device-discovery showMostrar ejemplo
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 que los puertos del clúster movidos vean el switch cs1-new como vecino.
-
Confirme las conexiones de los puertos del switch desde la perspectiva del switch cs1-new:
cs1-new# show interface brief cs1-new# show cdp neighbors
-
Verifique que el enlace ISL entre cs1-new y cs2-new siga operativo:
show port-channel summaryMostrar ejemplo
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)
Paso 3: Verificar la configuración
-
Habilitar la reversión automática en los LIF del clúster.
network interface modify -vserver Cluster -lif * -auto-revert true -
En el switch cs2, apague y reinicie todos los puertos del clúster para activar una reversión automática de todas las LIF del clúster que no estén en sus puertos de origen.
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 que las LIF del clúster hayan vuelto a sus puertos de origen (esto podría tardar un minuto):
network interface show -vserver ClusterSi alguna de las LIF del clúster no ha vuelto a su puerto de origen, vuelva a configurarla manualmente. Debe conectarse a cada consola del sistema LIF o SP/ BMC de administración de nodos del nodo local propietario del LIF:
network interface revert -vserver Cluster -lif * -
Verifique que el clúster esté en buen estado:
cluster show -
Verifique la conectividad de las interfaces del clúster remoto:
Puedes usar el network interface check cluster-connectivity comando para iniciar una comprobación de accesibilidad para la conectividad del clúster y luego mostrar los detalles:
network interface check cluster-connectivity start`y `network interface check cluster-connectivity show
cluster1::*> network interface check cluster-connectivity start
|
|
Espere unos segundos antes de ejecutar el show comando para mostrar los detalles.
|
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 las versiones de ONTAP , también puede usar el cluster ping-cluster -node <name> comando para comprobar la conectividad:
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)
Una vez que hayas migrado los switches, podrás"configurar la monitorización del estado del conmutador" .