Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Migrar de los conmutadores de clúster NetApp CN1610 a los conmutadores de clúster Cisco 9336C-FX2 y 9336C-FX2-T

11/21/2025 Colaboradores

PDF

Puede migrar conmutadores de clúster CN1610 de NetApp para un clúster ONTAP a conmutadores de clúster Cisco 9336C-FX2 y 9336C-FX2-T. Este es un procedimiento que no produce interrupciones.

Requisitos de revisión

Debe tener en cuenta cierta información de configuración, conexiones de puertos y requisitos de cableado cuando reemplace los conmutadores de clúster NetApp CN1610 con conmutadores de clúster Cisco 9336C-FX2 y 9336C-FX2-T. También debe verificar el número de serie del conmutador para asegurarse de que se migre el conmutador correcto.

Interruptores compatibles

Se admiten los siguientes conmutadores de clúster:

NetApp CN1610
Cisco 9336C-FX2
Cisco 9336C-FX2-T

Para obtener detalles sobre los puertos compatibles y sus configuraciones, consulte la "Hardware Universe" .

Lo que necesitarás

Verifique que su configuración cumple con los siguientes requisitos:

El clúster existente está configurado y funcionando correctamente.
Todos los puertos del clúster están en estado activo para garantizar un funcionamiento sin interrupciones.
Los conmutadores de clúster Cisco 9336C-FX2 y 9336C-FX2-T están configurados y funcionando con la versión correcta de NX-OS instalada con el archivo de configuración de referencia (RCF) aplicado.
La configuración de red del clúster existente tiene lo siguiente:
- Un clúster NetApp redundante y totalmente funcional que utiliza switches NetApp CN1610.
- Conectividad de gestión y acceso a la consola tanto para los switches NetApp CN1610 como para los nuevos switches.
- Todas las LIF del clúster en estado activo están en sus puertos de origen.
Algunos de los puertos están configurados en los conmutadores Cisco 9336C-FX2 y 9336C-FX2-T para funcionar a 40 GbE o 100 GbE.
Ha planificado, migrado y documentado la conectividad de 40 GbE y 100 GbE desde los nodos a los conmutadores de clúster Cisco 9336C-FX2 y 9336C-FX2-T.

Migrar los interruptores

Acerca de los ejemplos

Los ejemplos de este procedimiento utilizan la siguiente nomenclatura de interruptores y nodos:

Los conmutadores de clúster CN1610 existentes son C1 y C2.
Los nuevos conmutadores de clúster 9336C-FX2 son cs1 y cs2.
Los nodos son nodo1 y nodo2.
Los LIF del clúster son node1_clus1 y node1_clus2 en el nodo 1, y node2_clus1 y node2_clus2 en el nodo 2 respectivamente.
El cluster1::*> El indicador muestra el nombre del clúster.
Los puertos del clúster utilizados en este procedimiento son e3a y e3b.

Acerca de esta tarea

Este procedimiento cubre el siguiente escenario:

El interruptor C2 se reemplaza primero por el interruptor cs2.
- 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.
- El cableado entre los nodos y C2 se desconecta de C2 y se vuelve a conectar a cs2.
El interruptor C1 se reemplaza por el interruptor cs1.
- 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.
- Luego, el cableado entre los nodos y C1 se desconecta de C1 y se vuelve a conectar a cs1.

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

donde x es la duración de la ventana de mantenimiento en horas.
Cambie el nivel de privilegio a avanzado, ingresando y cuando se le solicite continuar:

set -privilege advanced

Aparece el indicador avanzado (*>).
Desactive 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 false

Paso 2: Configurar puertos y cableado

Determinar el estado administrativo u operativo de cada interfaz de clúster.

Cada puerto debería mostrarse para Link y healthy para Health Status .

Mostrar los atributos del puerto de red:

network port show -ipspace Cluster

Mostrar 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

Mostrar información sobre las LIF y sus nodos de origen designados:

network interface show -vserver Cluster

Cada LIF debería mostrar up/up para Status Admin/Oper y true para Is Home .

Mostrar 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       e3b     true

Los puertos del clúster en cada nodo se conectan a los conmutadores del clúster existentes de la siguiente manera (desde la perspectiva de los nodos) utilizando el comando:

network device-discovery show -protocol

Mostrar ejemplo

cluster1::*> network device-discovery show -protocol cdp
Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface         Platform
----------- ------ ------------------------- ----------------  ----------------
node1      /cdp
            e3a    C1 (6a:ad:4f:98:3b:3f)    0/1               -
            e3b    C2 (6a:ad:4f:98:4c:a4)    0/1               -
node2      /cdp
            e3a    C1 (6a:ad:4f:98:3b:3f)    0/2               -
            e3b    C2 (6a:ad:4f:98:4c:a4)    0/2               -

Los puertos y conmutadores del clúster están conectados de la siguiente manera (desde la perspectiva de los conmutadores) mediante el siguiente comando:

show cdp neighbors

Mostrar ejemplo

C1# 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        124    H           AFF-A400         e3a
node2                 Eth1/2        124    H           AFF-A400         e3a
C2                    0/13          179    S I s       CN1610           0/13
C2                    0/14          175    S I s       CN1610           0/14
C2                    0/15          179    S I s       CN1610           0/15
C2                    0/16          175    S I s       CN1610           0/16

C2# 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        124    H           AFF-A400         e3b
node2                 Eth1/2        124    H           AFF-A400         e3b
C1                    0/13          175    S I s       CN1610           0/13
C1                    0/14          175    S I s       CN1610           0/14
C1                    0/15          175    S I s       CN1610           0/15
C1                    0/16          175    S I s       CN1610           0/16

Verifique la conectividad de las interfaces del clúster remoto:

ONTAP 9.9.1 y posteriores

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

NOTA: Espere unos segundos antes de ejecutar el programa. 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

Todas las versiones de ONTAP

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

En el switch C2, apague los puertos conectados a los puertos del clúster de los nodos para realizar la conmutación por error de las LIF del clúster.

No intente migrar manualmente los LIF del clúster.
```
(C2)# configure
(C2)(Config)# interface 0/1-0/12
(C2)(Interface 0/1-0/12)# shutdown
(C2)(Interface 0/1-0/12)# exit
(C2)(Config)# exit
```
Mueva los puertos del clúster de nodos del antiguo conmutador C2 al nuevo conmutador cs2, utilizando el cableado adecuado compatible con Cisco 9336C-FX2 y 9336C-FX2-T.

Mostrar los atributos del puerto de red:

network port show -ipspace Cluster

Mostrar 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

Los puertos del clúster en cada nodo ahora están conectados a los conmutadores del clúster de la siguiente manera, desde la perspectiva de los nodos:

network device-discovery show -protocol

Mostrar ejemplo

cluster1::*> network device-discovery show -protocol cdp

Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface         Platform
----------- ------ ------------------------- ----------------  ----------------
node1      /cdp
            e3a    C1  (6a:ad:4f:98:3b:3f)   0/1               CN1610
            e3b    cs2 (b8:ce:f6:19:1a:7e)   Ethernet1/1/1     N9K-C9336C-FX2
node2      /cdp
            e3a    C1  (6a:ad:4f:98:3b:3f)   0/2               CN1610
            e3b    cs2 (b8:ce:f6:19:1b:96)   Ethernet1/1/2     N9K-C9336C-FX2

En el switch cs2, verifique que todos los puertos del clúster de nodos estén activos:

network interface show -vserver Cluster

Mostrar 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

En el switch C1, apague los puertos conectados a los puertos del clúster de los nodos para realizar la conmutación por error de las LIF del clúster.
```
(C1)# configure
(C1)(Config)# interface 0/1-0/12
(C1)(Interface 0/1-0/12)# shutdown
(C1)(Interface 0/1-0/12)# exit
(C1)(Config)# exit
```
Mueva los puertos del clúster de nodos del antiguo conmutador C1 al nuevo conmutador cs1, utilizando el cableado adecuado compatible con Cisco 9336C-FX2 y 9336C-FX2-T.

Verifique la configuración final del clúster:

network port show -ipspace Cluster

Cada puerto debería mostrar up para Link y healthy para Health Status .

Mostrar 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

Los puertos del clúster en cada nodo ahora están conectados a los conmutadores del clúster de la siguiente manera, desde la perspectiva de los nodos:

network device-discovery show -protocol

Mostrar ejemplo

cluster1::*> network device-discovery show -protocol cdp

Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface       Platform
----------- ------ ------------------------- --------------  ----------------
node1      /cdp
            e3a    cs1 (b8:ce:f6:19:1a:7e)   Ethernet1/1/1   N9K-C9336C-FX2
            e3b    cs2 (b8:ce:f6:19:1b:96)   Ethernet1/1/2   N9K-C9336C-FX2
node2      /cdp
            e3a    cs1 (b8:ce:f6:19:1a:7e)   Ethernet1/1/1   N9K-C9336C-FX2
            e3b    cs2 (b8:ce:f6:19:1b:96)   Ethernet1/1/2   N9K-C9336C-FX2

En los conmutadores cs1 y cs2, verifique que todos los puertos del clúster de nodos estén activos:

network port show -ipspace Cluster

Mostrar 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 ambos nodos tengan una conexión a cada conmutador:

network device-discovery show -protocol

Mostrar ejemplo

El siguiente ejemplo muestra los resultados correspondientes para ambos interruptores:

cluster1::*> network device-discovery show -protocol cdp
Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface       Platform
----------- ------ ------------------------- --------------  --------------
node1      /cdp
            e0a    cs1 (b8:ce:f6:19:1b:42)   Ethernet1/1/1   N9K-C9336C-FX2
            e0b    cs2 (b8:ce:f6:19:1b:96)   Ethernet1/1/2   N9K-C9336C-FX2

node2      /cdp
            e0a    cs1 (b8:ce:f6:19:1b:42)   Ethernet1/1/1   N9K-C9336C-FX2
            e0b    cs2 (b8:ce:f6:19:1b:96)   Ethernet1/1/2   N9K-C9336C-FX2

Paso 3: Verificar la configuración

Habilitar la reversión automática en los LIF del clúster:

cluster1::*> 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 Cluster

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

ONTAP 9.9.1 y posteriores

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

Todas las versiones de ONTAP

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)

Cambie el nivel de privilegios de nuevo a administrador:

set -privilege admin
Si desactivaste la creación automática de casos, vuelve a activarla mediante un mensaje de AutoSupport :

system node autosupport invoke -node * -type all -message MAINT=END

¿Que sigue?

Después de migrar tus switches, puedes "configurar la monitorización del estado del conmutador".

Migrar de los conmutadores de clúster NetApp CN1610 a los conmutadores de clúster Cisco 9336C-FX2 y 9336C-FX2-T

Creating your file...

Requisitos de revisión

Migrar los interruptores

Paso 1: Prepararse para la migración

Paso 2: Configurar puertos y cableado

Paso 3: Verificar la configuración