Skip to main content
Cluster and storage switches
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.

Migre de un switch Cisco antiguo a un switch Nexus 9336C-FX2 de Cisco

Colaboradores

Puede realizar una migración no disruptiva de un switch de clúster anterior de Cisco a un switch de red de clúster Cisco Nexus 9336C-FX2.

Revise los requisitos

Asegúrese de que:

  • Ha verificado el número de serie del conmutador para asegurarse de que se migra el conmutador correcto.

  • Algunos de los puertos de los switches Nexus 9336C-FX2 están configurados para funcionar a 10GbE o 40GbE GbE.

  • Se ha planificado, migrado y documentado la conectividad 10GbE y 40GbE desde los nodos a los switches del clúster Nexus 9336C-FX2.

  • El clúster está funcionando completamente (no debería haber errores en los registros o problemas similares).

  • La personalización inicial de los switches Cisco Nexus 9336C-FX2 finaliza para que:

    • Los switches 9336C-FX2 ejecutan la versión de software recomendada más reciente.

    • Los archivos de configuración de referencia (RCF) se han aplicado a los conmutadores.

    • La personalización de cualquier sitio, como DNS, NTP, SMTP, SNMP, Y SSH, se configuran en los nuevos switches.

  • Tiene acceso a la tabla de compatibilidad del conmutador de "Switches Ethernet de Cisco" Para las versiones ONTAP, NX-OS y RCF admitidas.

  • Ha revisado las guías de actualización y software adecuadas disponibles en el sitio web de Cisco para los procedimientos de actualización y degradación de switches de Cisco en "Compatibilidad con los switches Cisco Nexus serie 9000" página.

Nota Si está cambiando la velocidad de puerto de los puertos de los clústeres de e0a y e1a en sistemas AFF A800 o AFF C800, puede observar que se están recibiendo paquetes con formato incorrecto tras la conversión de velocidad. Consulte "Error 1570339" Y el artículo de la base de conocimientos "Errores de CRC en puertos T6 después de convertir de 40GbE a 100GbE" para obtener orientación.

Migrar los switches

Acerca de los ejemplos

Los ejemplos de este procedimiento utilizan dos nodos. Estos nodos utilizan dos puertos de interconexión de clúster de 10 GbE en los puertos e0a y e0b. Consulte "Hardware Universe" para verificar los puertos de clúster correctos en sus plataformas.

Nota Los resultados del comando pueden variar en función de las diferentes versiones de ONTAP.

Los ejemplos de este procedimiento utilizan la nomenclatura de conmutador y nodo siguiente:

  • Los nombres de los dos conmutadores 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 1 y 2.

  • Los nombres de LIF del clúster son 1_clus1 y 1_clus2 para el nodo 1, y 2_clus1 y 2_clus2 para el nodo 2.

  • El símbolo cluster1:>* indica el nombre del clúster.

Durante este procedimiento, consulte el siguiente ejemplo:

Configuración inicial del switch
Acerca de esta tarea

El procedimiento requiere el uso de tanto comandos de la ONTAP como de "Switches de la serie Nexus 9000" Comandos; los comandos de ONTAP se utilizan, a menos que se indique lo contrario.

Este procedimiento cubre el siguiente caso:

  • El interruptor CS2 se reemplaza por el interruptor CS2-NUEVO primero.

    • Apague los puertos de los nodos del clúster. Todos los puertos deben apagarse simultáneamente para evitar la inestabilidad del clúster.

      • Todos los LIF de clúster conmutan al nuevo switch CS2-new.

    • Después, el cableado entre los nodos y CS2 se desconecta del CS2 y se vuelve a conectar a CS2 nuevo.

  • El interruptor CS1 se reemplaza por el interruptor CS1-NUEVO.

    • Apague los puertos de los nodos del clúster. Todos los puertos deben apagarse simultáneamente para evitar la inestabilidad del clúster.

      • Todos los LIF de clúster conmutan al nuevo switch CS1-new.

    • Después, el cableado entre los nodos y CS1 se desconecta del CS1 y se vuelve a conectar a CS1 nuevo.

Nota Durante este procedimiento no se necesita ningún enlace entre switches (ISL) operativo. Esto se debe a que los cambios en la versión de RCF pueden afectar temporalmente a la conectividad ISL. Para garantizar operaciones de clúster no disruptivas, el siguiente procedimiento conmuta por error todos los LIF de clúster al switch operativo asociado mientras realiza los pasos en el switch de destino.

Paso 1: Preparación para la migración

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

    Nota El mensaje de AutoSupport notifica al soporte técnico de esta tarea de mantenimiento para que la creación automática de casos se suprima durante la ventana de mantenimiento.
  2. Cambie el nivel de privilegio a avanzado, introduciendo y cuando se le solicite continuar:

    set -privilege advanced

    Aparece el mensaje avanzado (*>).

Paso 2: Configure los puertos y el cableado

  1. En los switches nuevos, confirme que el ISL se ha cableado y está en buen estado entre los switches cs1-new y cs2-new:

    show port-channel summary

    Muestra el 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)
  2. Muestre los puertos del clúster en cada nodo que están conectados a los switches de clúster existentes:

    network device-discovery show

    Muestra el 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
  3. Determinar el estado administrativo u operativo de cada puerto de clúster.

    1. Compruebe que todos los puertos del clúster tengan el estado correcto:

      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
      --------- ------------ ---------------- ---- ---- ----------- -------- ------
      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. Compruebe que todas las interfaces del clúster (LIF) están en sus puertos de inicio:

      network interface show -vserver Cluster

      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       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. Compruebe que el clúster muestra información de ambos switches de clúster:

      system cluster-switch show -is-monitoring-enabled-operational true

    Muestra el 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
  4. Deshabilite la reversión automática en las LIF del clúster.

    Al deshabilitar la reversión automática para este procedimiento, los LIF del clúster no volverán a moverse automáticamente a su puerto principal. Permanecen en el puerto actual mientras continúa funcionando.

    network interface modify -vserver Cluster -lif * -auto-revert false

    Nota Al deshabilitar la reversión automática se garantiza que ONTAP solo conmute a través de los LIF del clúster cuando los puertos del switch se apagen más adelante.
  5. En el conmutador de clúster CS2, apague los puertos conectados a los puertos de clúster de todos los nodos para conmutar por error las LIF de clúster:

    cs2(config)# interface eth1/1-1/2
    cs2(config-if-range)# shutdown
  6. Compruebe que las LIF del clúster han conmutado al nodo de respaldo a los puertos alojados en el switch del clúster CS1. Esto puede tardar unos segundos.

    network interface show -vserver Cluster

    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.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. Compruebe que el clúster esté en buen estado:

    cluster show

    Muestra el ejemplo
    cluster1::*> cluster show
    Node       Health  Eligibility   Epsilon
    ---------- ------- ------------- -------
    node1      true    true          false
    node2      true    true          false
  8. Mueva todos los cables de conexión de nodos del clúster del switch CS2 antiguo al nuevo switch de CS2 nuevos.

    • Cables de conexión de nodo de clúster movidos al switch CS2-new*

    Los cables de conexión de nodo de clúster se mueven al switch CS2 nuevo
  9. Confirme el estado de las conexiones de red movidas a cs2-new:

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

    Todos los puertos del clúster que se movieron deben estar en funcionamiento.

  10. Compruebe la información de cercanía en los puertos de clúster:

    network device-discovery show -protocol cdp

    Muestra el 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-FX2

    Compruebe que los puertos del clúster movidos ven al conmutador cs2-new como vecino.

  11. Confirme las conexiones de puertos del switch desde la perspectiva del switch CS2-new:

    cs2-new# show interface brief
    cs2-new# show cdp neighbors
  12. En el conmutador de clúster CS1, apague los puertos conectados a los puertos de clúster de todos los nodos para conmutar por error las LIF de clúster.

    cs1(config)# interface eth1/1-1/2
    cs1(config-if-range)# shutdown

    Todos los LIF del clúster conmutan al nodo de respaldo en el switch CS2 nuevo.

  13. Compruebe que los LIF del clúster han conmutado al nodo de respaldo en los puertos alojados en el switch CS2-new. Esto puede tardar unos segundos:

    network interface show -vserver Cluster

    Muestra el 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
  14. Compruebe que el clúster esté en buen estado:

    cluster show

    Muestra el ejemplo
    cluster1::*> cluster show
    Node       Health  Eligibility   Epsilon
    ---------- ------- ------------- -------
    node1      true    true          false
    node2      true    true          false
  15. Mueva los cables de conexión de nodo de clúster de CS1 al nuevo switch de CS1 nuevos.

    • Cables de conexión de nodo de clúster movidos al switch CS1-new*

    Los cables de conexión de nodo de clúster se mueven al switch CS1 nuevo
  16. Confirme el estado de las conexiones de red movidas a cs1-new:

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

    Todos los puertos del clúster que se movieron deben estar en funcionamiento.

  17. Compruebe la información de cercanía en los puertos de clúster:

    network device-discovery show

    Muestra el 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-FX2

    Compruebe que los puertos del clúster movidos ven al switch cs1-new como vecino.

  18. Confirme las conexiones de puertos del switch desde la perspectiva del switch CS1-new:

    cs1-new# show interface brief
    cs1-new# show cdp neighbors
  19. Compruebe que el ISL entre cs1-new y cs2-new siga operativo:

    show port-channel summary

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

  1. Habilite la reversión automática en las LIF del clúster.

    network interface modify -vserver Cluster -lif * -auto-revert true

  2. Compruebe que las LIF del clúster han vuelto a sus puertos raíz (esto puede tardar un minuto):

    network interface show -vserver Cluster

    Si los LIF del clúster no han cambiado a su puerto de inicio, los revierte manualmente:

    network interface revert -vserver Cluster -lif *

  3. Compruebe que el clúster esté en buen estado:

    cluster show

  4. Compruebe la conectividad de las interfaces del clúster remoto:

ONTAP 9.9.1 y versiones posteriores

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
Todos los lanzamientos de ONTAP

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 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. Si suprimió la creación automática de casos, vuelva a activarla llamando a un mensaje AutoSupport: system node autosupport invoke -node * -type all -message MAINT=END