Sustituya un switch compartido Cisco Nexus 9336C-FX2
Puede sustituir un conmutador compartido Nexus 9336C-FX2 defectuoso. Este es un procedimiento no disruptivo (NDU).
Antes de realizar la sustitución del interruptor, asegúrese de que:
-
En el clúster y la infraestructura de red existentes:
-
El clúster existente se ha verificado como completamente funcional, con al menos un switch de clúster completamente conectado.
-
Todos los puertos del clúster son up.
-
Todas las interfaces lógicas de cluster (LIF) son up y en sus puertos domésticos.
-
El comando ONTAP cluster ping-cluster -node no1 debe indicar que la conectividad básica y el tamaño superior que la comunicación PMTU son correctos en todas las rutas.
-
-
Para el switch de sustitución Nexus 9336C-FX2:
-
La conectividad de la red de gestión en el switch de reemplazo es funcional.
-
El acceso de la consola al interruptor de sustitución está en su lugar.
-
Las conexiones de los nodos son los puertos 1/1 a 1/34:
-
Todos los puertos de enlace entre switches (ISL) están deshabilitados en los puertos 1/35 y 1/36.
-
El archivo de configuración de referencia (RCF) y el conmutador de imagen del sistema operativo NX-OS se cargan en el conmutador.
-
Cualquier personalización de sitio anterior, como STP, SNMP y SSH, se debe copiar al nuevo switch.
-
Debe ejecutar el comando para migrar una LIF de clúster desde el nodo donde se aloja la LIF del clúster.
Los ejemplos de este procedimiento utilizan la nomenclatura de conmutador y nodo siguiente:
-
Los nombres de los switches Nexus 9336C-FX2 existentes son sh1 y sh2.
-
El nombre de los nuevos switches Nexus 9336C-FX2 es newsh1 y newsh2.
-
Los nombres de nodo son 1 y 2.
-
Los puertos de clúster de cada nodo se denominan e3a y e3b.
-
Los nombres de LIF del clúster son
node1_clus1
y..node1_clus2
para los nodos 1, y.node2_clus1
y..node2_clus2
para el 2. -
El símbolo del sistema de cambios en todos los nodos del cluster es cluster1:*>.
El siguiente procedimiento se basa en la siguiente topología de red:
Mostrar topología de ejemplo
cluster1::*> network port show -ipspace Cluster Node: node1 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ------------ -------- ------ e3a Cluster Cluster up 9000 auto/100000 healthy false e3b Cluster Cluster up 9000 auto/100000 healthy false Node: node2 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ------------ -------- ------ e3a Cluster Cluster up 9000 auto/100000 healthy false e3b Cluster Cluster up 9000 auto/100000 healthy false 4 entries were displayed. 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 e3a true node1_clus2 up/up 169.254.49.125/16 node1 e3b true node2_clus1 up/up 169.254.47.194/16 node2 e3a true node2_clus2 up/up 169.254.19.183/16 node2 e3b true 4 entries were displayed. cluster1::*> network device-discovery show -protocol cdp Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- ---------------- ---------------- node2 /cdp e3a sh1 Eth1/2 N9K-C9336C e3b sh2 Eth1/2 N9K-C9336C node1 /cdp e3a sh1 Eth1/1 N9K-C9336C e3b sh2 Eth1/1 N9K-C9336C 4 entries were displayed. sh1# show cdp neighbors Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge S - Switch, H - Host, I - IGMP, r - Repeater, V - VoIP-Phone, D - Remotely-Managed-Device, s - Supports-STP-Dispute Device-ID Local Intrfce Hldtme Capability Platform Port ID node1 Eth1/1 144 H FAS2980 e3a node2 Eth1/2 145 H FAS2980 e3a sh2 Eth1/35 176 R S I s N9K-C9336C Eth1/35 sh2 (FDO220329V5) Eth1/36 176 R S I s N9K-C9336C Eth1/36 Total entries displayed: 4 sh2# show cdp neighbors Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge S - Switch, H - Host, I - IGMP, r - Repeater, V - VoIP-Phone, D - Remotely-Managed-Device, s - Supports-STP-Dispute Device-ID Local Intrfce Hldtme Capability Platform Port ID node1 Eth1/1 139 H FAS2980 eb node2 Eth1/2 124 H FAS2980 eb sh1 Eth1/35 178 R S I s N9K-C9336C Eth1/35 sh1 Eth1/36 178 R S I s N9K-C9336C Eth1/36 Total entries displayed: 4
-
Si se habilita AutoSupport en este clúster, elimine la creación automática de casos invocando un mensaje de AutoSupport:
system node autosupport invoke -node * -type all -message MAINT=xh
Donde x es la duración de la ventana de mantenimiento en horas.
-
Opcional: Instale el RCF y la imagen adecuados en el interruptor, news2, y realice los preparativos necesarios en el sitio.
-
Si es necesario, verifique, descargue e instale las versiones apropiadas del software RCF y NX-OS para el nuevo switch. Si ha comprobado que el nuevo switch está correctamente configurado y no necesita actualizaciones para el software RCF y NX-OS, continúe con Paso 3.
-
Vaya a la página NetApp Cluster and Management Network Switches Reference Configuration File Description en el sitio de soporte de NetApp.
-
Haga clic en el enlace de la matriz de compatibilidad de red de administración y red de clúster y, a continuación, anote la versión de software del switch que desee.
-
Haga clic en la flecha de retroceso del explorador para volver a la página Descripción, haga clic en CONTINUAR, acepte el acuerdo de licencia y, a continuación, vaya a la página Descargar.
-
Siga los pasos de la página Descarga para descargar los archivos RCF y NX-OS correctos para la versión del software ONTAP que está instalando.
-
-
en el nuevo switch, inicie sesión como administrador y apague todos los puertos que se conectarán a las interfaces del clúster de nodos (puertos 1/1 a 1/34). Si el interruptor que desea sustituir no funciona y está apagado, vaya a. Paso 4. Los LIF de los nodos del clúster ya deberían haber realizado la conmutación al otro puerto del clúster para cada nodo.
Muestra el ejemplo
newsh2# config Enter configuration commands, one per line. End with CNTL/Z. newsh2(config)# interface e1/1-34 newsh2(config-if-range)# shutdown
-
Compruebe que todas las LIF del clúster tengan la reversión automática habilitada.
network interface show - vserver Cluster -fields auto-revert
Muestra el ejemplo
cluster1::> network interface show -vserver Cluster -fields auto-revert Logical Vserver Interface Auto-revert ------------ ------------- ------------- Cluster node1_clus1 true Cluster node1_clus2 true Cluster node2_clus1 true Cluster node2_clus2 true 4 entries were displayed.
-
Verifique la conectividad de las interfaces del cluster remoto:
Puede utilizar el network interface check cluster-connectivity
comando para iniciar una comprobación de accesibilidad de la conectividad del clúster y, a continuación, muestre los detalles:
network interface check cluster-connectivity start
y.. network interface check cluster-connectivity show
cluster1::*> network interface check cluster-connectivity start
NOTA: Espere varios 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
En todas las versiones de ONTAP, también se puede utilizar el cluster ping-cluster -node <name>
comando para comprobar la conectividad:
cluster ping-cluster -node <name>
cluster1::*> cluster ping-cluster -node local Host is node2 Getting addresses from network interface table... Cluster node1_clus1 169.254.209.69 node1 e3a Cluster node1_clus2 169.254.49.125 node1 e3b Cluster node2_clus1 169.254.47.194 node2 e3a Cluster node2_clus2 169.254.19.183 node2 e3b 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.47.194 to Remote 169.254.209.69 Local 169.254.47.194 to Remote 169.254.49.125 Local 169.254.19.183 to Remote 169.254.209.69 Local 169.254.19.183 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)
-
cierre los puertos ISL 1/35 y 1/36 en el switch Nexus 9336C-FX2 sh1.
Muestra el ejemplo
sh1# configure Enter configuration commands, one per line. End with CNTL/Z. sh1(config)# interface e1/35-36 sh1(config-if-range)# shutdown
-
retire todos los cables del conmutador Nexus 9336C-FX2 sh2 y, a continuación, conéctelos a los mismos puertos del conmutador Nexus C9336C-FX2 news2.
-
Traiga los puertos ISLs 1/35 y 1/36 entre los conmutadores sh1 y news2 y, a continuación, verifique el estado de funcionamiento del canal de puerto.
Port-Channel debe indicar PO1(su) y los puertos de miembro deben indicar eth1/35(P) y eth1/36(P).
Muestra el ejemplo
En este ejemplo se habilitan los puertos ISL 1/35 y 1/36 y se muestra el resumen del canal de puerto en el conmutador sh1.
sh1# configure Enter configuration commands, one per line. End with CNTL/Z. sh1 (config)# int e1/35-36 sh1 (config-if-range)# no shutdown sh1 (config-if-range)# 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) sh1 (config-if-range)#
-
Compruebe que el puerto e3b está activo en todos los nodos:
network port show ipspace Cluster
Muestra el ejemplo
La salida debe ser como la siguiente:
cluster1::*> network port show -ipspace Cluster Node: node1 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ----- ---------- - - -------- ---- e3a Cluster Cluster up 9000 auto/100000 healthy false e3b Cluster Cluster up 9000 auto/100000 healthy false Node: node2 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ----- ----------- - -------- ---- e3a Cluster Cluster up 9000 auto/100000 healthy false e3b Cluster Cluster up 9000 auto/auto - false 4 entries were displayed.
-
en el mismo nodo que utilizó en el paso anterior, revierte la LIF de clúster asociada con el puerto en el paso anterior utilizando el comando network interface revert.
En este ejemplo, la LIF no1_clus2 del nodo 1 se revierte correctamente si el valor del Inicio es TRUE y el puerto es e3b.
Los siguientes comandos devuelven la LIF no1_clus2 del nodo 1 al puerto de inicio e3a y muestran información acerca de las LIF de ambos nodos. La creación del primer nodo se realiza correctamente si la columna is Home es true para ambas interfaces de clúster y muestran las asignaciones de puertos correctas, en este ejemplo e3a y e3b en el nodo 1.
Muestra el 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 e3a true node1_clus2 up/up 169.254.49.125/16 node1 e3b true node2_clus1 up/up 169.254.47.194/16 node2 e3a true node2_clus2 up/up 169.254.19.183/16 node2 e3a false 4 entries were displayed.
-
Mostrar información sobre los nodos de un clúster:
cluster show
Muestra el ejemplo
En este ejemplo, se muestra que el estado del nodo para el nodo 1 y el nodo 2 en este clúster es TRUE.
cluster1::*> cluster show Node Health Eligibility ------------- ------- ------------ node1 false true node2 true true
-
Compruebe que todos los puertos físicos del clúster estén activos:
network port show ipspace Cluster
Muestra el ejemplo
cluster1::*> network port show -ipspace Cluster Node node1 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ----------- ----------------- ----- ----- ------------ -------- ------ e3a Cluster Cluster up 9000 auto/100000 healthy false e3b Cluster Cluster up 9000 auto/100000 healthy false Node: node2 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ----- ----- ------------ -------- ------ e3a Cluster Cluster up 9000 auto/100000 healthy false e3b Cluster Cluster up 9000 auto/100000 healthy false 4 entries were displayed.
-
Verifique la conectividad de las interfaces del cluster remoto:
Puede utilizar el network interface check cluster-connectivity
comando para iniciar una comprobación de accesibilidad de la conectividad del clúster y, a continuación, muestre los detalles:
network interface check cluster-connectivity start
y.. network interface check cluster-connectivity show
cluster1::*> network interface check cluster-connectivity start
NOTA: Espere varios 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
En todas las versiones de ONTAP, también se puede utilizar el cluster ping-cluster -node <name>
comando para comprobar la conectividad:
cluster ping-cluster -node <name>
cluster1::*> cluster ping-cluster -node local Host is node2 Getting addresses from network interface table... Cluster node1_clus1 169.254.209.69 node1 e3a Cluster node1_clus2 169.254.49.125 node1 e3b Cluster node2_clus1 169.254.47.194 node2 e3a Cluster node2_clus2 169.254.19.183 node2 e3b 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.47.194 to Remote 169.254.209.69 Local 169.254.47.194 to Remote 169.254.49.125 Local 169.254.19.183 to Remote 169.254.209.69 Local 169.254.19.183 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)
-
confirme la siguiente configuración de red del clúster:
network port show
Muestra el ejemplo
cluster1::*> network port show -ipspace Cluster Node: node1 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ----------- ---------------- ---- ----- ------------ -------- ------ e3a Cluster Cluster up 9000 auto/100000 healthy false e3b Cluster Cluster up 9000 auto/100000 healthy false Node: node2 Ignore Speed(Mbps) Health Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status Status --------- ------------ ---------------- ---- ---- ------------ -------- ------ e3a Cluster Cluster up 9000 auto/100000 healthy false e3b Cluster Cluster up 9000 auto/100000 healthy false 4 entries were displayed. 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 e3a true node1_clus2 up/up 169.254.49.125/16 node1 e3b true node2_clus1 up/up 169.254.47.194/16 node2 e3a true node2_clus2 up/up 169.254.19.183/16 node2 e3b true 4 entries were displayed. cluster1::> network device-discovery show -protocol cdp Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- ---------------- ---------------- node2 /cdp e3a sh1 0/2 N9K-C9336C e3b newsh2 0/2 N9K-C9336C node1 /cdp e3a sh1 0/1 N9K-C9336C e3b newsh2 0/1 N9K-C9336C 4 entries were displayed. sh1# show cdp neighbors Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge S - Switch, H - Host, I - IGMP, r - Repeater, V - VoIP-Phone, D - Remotely-Managed-Device, s - Supports-STP-Dispute Device-ID Local Intrfce Hldtme Capability Platform Port ID node1 Eth1/1 144 H FAS2980 e3a node2 Eth1/2 145 H FAS2980 e3a newsh2 Eth1/35 176 R S I s N9K-C9336C Eth1/35 newsh2 Eth1/36 176 R S I s N9K-C9336C Eth1/36 Total entries displayed: 4 sh2# show cdp neighbors Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge S - Switch, H - Host, I - IGMP, r - Repeater, V - VoIP-Phone, D - Remotely-Managed-Device, s - Supports-STP-Dispute Device-ID Local Intrfce Hldtme Capability Platform Port ID node1 Eth1/1 139 H FAS2980 e3b node2 Eth1/2 124 H FAS2980 eb sh1 Eth1/35 178 R S I s N9K-C9336C Eth1/35 sh1 Eth1/36 178 R S I s N9K-C9336C Eth1/36 Total entries displayed: 4
-
mueva los puertos de almacenamiento del interruptor sh2 antiguo al nuevo interruptor news2.
-
Compruebe que el almacenamiento conectado al par de alta disponibilidad 1 y que el switch compartido news2 esté en buen estado.
-
Compruebe que el almacenamiento conectado al par de alta disponibilidad 2 y que el switch compartido news2 esté en buen estado:
storage port show -port-type ENET
Muestra el ejemplo
storage::*> storage port show -port-type ENET Speed VLAN Node Port Type Mode (Gb/s) State Status ID ------- ------- ------- ---------- ----------- --------- --------- ----- node1 e3a ENET storage 100 enabled online 30 e3b ENET storage 0 enabled offline 30 e7a ENET storage 0 enabled offline 30 e7b ENET storage 100 enabled online 30 node2 e3a ENET storage 100 enabled online 30 e3b ENET storage 0 enabled offline 30 e7a ENET storage 0 enabled offline 30 e7b ENET storage 100 enabled online 30
-
Compruebe que las estanterías estén cableadas correctamente:
storage shelf port show -fields remote- device,remote-port
Muestra el ejemplo
cluster1::*> storage shelf port show -fields remote-device,remote-port shelf id remote-port remote-device ----- -- ------------ ---------------------------- 3.20 0 Ethernet1/13 sh1 3.20 1 Ethernet1/13 newsh2 3.20 2 Ethernet1/14 sh1 3.20 3 Ethernet1/14 newsh2 3.30 0 Ethernet1/15 sh1 3.30 1 Ethernet1/15 newsh2 3.30 2 Ethernet1/16 sh1 3.30 3 Ethernet1/16 newsh2 8 entries were displayed.
-
Repita estos pasos para el interruptor sh1 y el interruptor nuevo1.
-
Si ha suprimido la creación automática de casos, rehabilitarla invocando un mensaje de AutoSupport:
system node autosupport invoke -node * -type all -message MAINT=END