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 clúster sin switches a un clúster con switches de dos nodos

05/23/2023 Colaboradores

PDF

Si tiene un clúster sin switches de dos nodos, puede seguir este procedimiento para migrar a un clúster con switches de dos nodos que incluya switches de red de clúster Cisco Nexus 3132Q-V. El procedimiento de sustitución es un procedimiento no disruptivo (NDO).

Revise los requisitos

Conexiones de puertos y nodos

Asegúrese de comprender los requisitos de cableado y las conexiones de puertos y nodos cuando migre a un clúster con switches de dos nodos con switches de clúster Cisco Nexus 3132Q-V.

Los switches de clúster utilizan los puertos de enlace entre switches (ISL) e1/31-32.
La "Hardware Universe" Contiene información sobre el cableado compatible con los switches Nexus 3132Q-V:
- Los nodos con conexiones de clúster de 10 GbE requieren módulos ópticos QSFP con cables de fibra de cable multiconector o cables de cobre QSFP a SFP+.
- Los nodos con conexiones de clúster de 40/100 GbE requieren módulos ópticos QSFP/QSFP28 compatibles con cables de fibra o cables de conexión directa de cobre QSFP/QSFP28.
- Los switches de clúster utilizan el cableado ISL adecuado: 2 cables de conexión directa de cobre o fibra QSFP28.
En Nexus 3132Q-V, puede utilizar puertos QSFP como Ethernet de 40/100 GB o modos Ethernet de 4 x10 GB.

De forma predeterminada, hay 32 puertos en el modo Ethernet de 40/100 GB. Estos puertos Ethernet de 40 GB están numerados en una convención de nomenclatura de 2 tubos. Por ejemplo, el segundo puerto Ethernet de 40 GB está numerado como 1/2. El proceso de cambiar la configuración de Ethernet de 40 GB a Ethernet de 10 GB se denomina breakout y el proceso de cambiar la configuración de Ethernet de 10 GB a Ethernet de 40 GB se denomina breakin. Cuando se rompe un puerto Ethernet de 40/100 GB en puertos Ethernet de 10 GB, los puertos resultantes se numeran mediante una convención de nomenclatura de 3 tubos. Por ejemplo, los puertos de arranque del segundo puerto Ethernet de 40/100 GB están numerados como 1/2/1, 1/2/2, 1/2/3, 1/2/4.
En el lado izquierdo de Nexus 3132Q-V se encuentra un conjunto de cuatro puertos SFP+ multiplexados al primer puerto QSFP.

De forma predeterminada, el RCF está estructurado para utilizar el primer puerto QSFP.

Puede hacer que cuatro puertos SFP+ estén activos en lugar de un puerto QSFP para Nexus 3132Q-V mediante el hardware profile front portmode sfp-plus comando. Del mismo modo, se puede restablecer Nexus 3132Q-V para utilizar un puerto QSFP en lugar de cuatro puertos SFP+ mediante el hardware profile front portmode qsfp comando.
Asegúrese de configurar algunos de los puertos en Nexus 3132Q-V para que funcionen a 10 GbE o 40/100 GbE.

Puede extraer los primeros seis puertos en modo 4x10 GbE mediante el interface breakout module 1 port 1-6 map 10g-4x comando. De forma similar, puede volver a agrupar los primeros seis puertos QSFP+ de la configuración de cable mediante el no interface breakout module 1 port 1-6 map 10g-4x comando.
El número de puertos 10 GbE y 40/100 GbE se define en los archivos de configuración de referencia (RCF) disponibles en la "Descarga del archivo de configuración de referencia del switch de red de clúster de Cisco ®" página.

Lo que necesitará

Las configuraciones se configuran y funcionan correctamente.
Los nodos que ejecutan ONTAP 9.4 o una versión posterior.
Todos los puertos del clúster en up estado.
Se admite el switch de clúster Cisco Nexus 3132Q-V.
La configuración de red del clúster existente tiene:
- La infraestructura de clúster Nexus 3132 es redundante y completamente funcional en ambos switches.
- Las versiones más recientes de RCF y NX-OS en sus switches.
  
  La "Switches Ethernet de Cisco" La página tiene información acerca de las versiones ONTAP y NX-OS que se admiten en este procedimiento.
- Conectividad de gestión en ambos switches.
- Acceso de consola a ambos switches.
- Todas las interfaces lógicas (LIF) del clúster de up estado sin necesidad de migrar.
- Personalización inicial del conmutador.
- Todos los puertos ISL habilitados y cableado.

Además, debe planificar, migrar y leer la documentación necesaria sobre conectividad de 10 GbE y 40/100 GbE desde los nodos a los switches de clúster Nexus 3132Q-V.

Migrar los switches

Acerca de los ejemplos

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

Switches de clúster Nexus 3132Q-V, C1 y C2.
Los nodos son n1 y n2.

Los ejemplos de este procedimiento utilizan dos nodos, cada uno utilizando dos puertos de interconexión de clúster de 40/100 GbE e4a y e4e. La "Hardware Universe" tiene detalles acerca de los puertos de clúster en las plataformas.

Acerca de esta tarea

Este procedimiento cubre los siguientes escenarios:

n1_clus1 es la primera interfaz lógica del clúster (LIF) que se conecta al switch del clúster C1 para el nodo n1.
n1_clus2 es la primera LIF del clúster que se conecta al switch de clúster C2 del nodo n1.
n2_clus1 es la primera LIF de clúster que se conecta al switch de clúster C1 para el nodo n2.
n2_clus2 es la segunda LIF del clúster que se conecta al switch de clúster C2 del nodo n2.
El número de puertos 10 GbE y 40/100 GbE se define en los archivos de configuración de referencia (RCF) disponibles en la "Descarga del archivo de configuración de referencia del switch de red de clúster de Cisco ®" página.

Para ello, es necesario utilizar tanto comandos de la ONTAP como comandos de la serie Cisco Nexus 3000; los comandos de la ONTAP se usan a menos que se indique lo contrario.

El clúster comienza con dos nodos conectados y funciona en una configuración de clúster sin switch de dos nodos.
El primer puerto del clúster se mueve a C1.
El segundo puerto del clúster se ha movido a C2.
La opción de clúster sin switches de dos nodos está deshabilitada.

Paso 1: Preparación para la migración

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

x es la duración de la ventana de mantenimiento en horas.

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.

Determine el estado administrativo u operativo de cada interfaz de clúster:

Mostrar los atributos del puerto de red:

network port show

Muestra el ejemplo

cluster::*> network port show –role cluster
  (network port show)
Node: n1
                                                                       Ignore
                                                  Speed(Mbps) Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
--------- ------------ ---------------- ---- ---- ----------- -------- ------
e4a       Cluster      Cluster          up   9000 auto/40000  -        -
e4e       Cluster      Cluster          up   9000 auto/40000  -        -

Node: n2
                                                                       Ignore
                                                  Speed(Mbps) Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
--------- ------------ ---------------- ---- ---- ----------- -------- ------
e4a       Cluster      Cluster          up   9000 auto/40000  -        -
e4e       Cluster      Cluster          up   9000 auto/40000  -        -
4 entries were displayed.

Mostrar información acerca de las interfaces lógicas:

network interface show

Muestra el ejemplo

cluster::*> network interface show -role cluster
 (network interface show)
            Logical    Status     Network            Current       Current Is
Vserver     Interface  Admin/Oper Address/Mask       Node          Port    Home
----------- ---------- ---------- ------------------ ------------- ------- ----
Cluster
            n1_clus1   up/up      10.10.0.1/24       n1            e4a     true
            n1_clus2   up/up      10.10.0.2/24       n1            e4e     true
            n2_clus1   up/up      10.10.0.3/24       n2            e4a     true
            n2_clus2   up/up      10.10.0.4/24       n2            e4e     true
4 entries were displayed.

Compruebe que los RCF e imagen adecuados están instalados en los nuevos conmutadores 3132Q-V según sea necesario para sus requisitos y realice las personalizaciones esenciales del sitio, como usuarios y contraseñas, direcciones de red, etc.

Debe preparar ambos switches en este momento. Si necesita actualizar el software RCF e Image, debe seguir estos pasos:
1. Vaya a la "Switches Ethernet de Cisco" En el sitio de soporte de NetApp.
2. Anote el conmutador y las versiones de software necesarias en la tabla de esa página.
3. Descargue la versión adecuada de RCF.
4. Haga clic en CONTINUAR en la página Descripción, acepte el contrato de licencia y, a continuación, siga las instrucciones de la página Descargar para descargar el RCF.
5. Descargue la versión adecuada del software Image.
Haga clic en CONTINUAR en la página Descripción, acepte el contrato de licencia y, a continuación, siga las instrucciones de la página Descargar para descargar el RCF.

Paso 2: Mueva el primer puerto del clúster a C1

En los switches Nexus 3132Q-V C1 y C2, deshabilite todos los puertos orientados al nodo C1 y C2, pero no deshabilite los puertos ISL.

Muestra el ejemplo

En el ejemplo siguiente se muestran los puertos 1 a 30 desactivados en los switches del clúster de Nexus 3132Q-V C1 y C2 utilizando una configuración compatible con RCF NX3132_RCF_v1.1_24p10g_26p40g.txt:

C1# copy running-config startup-config
[########################################] 100%
Copy complete.
C1# configure
C1(config)# int e1/1/1-4,e1/2/1-4,e1/3/1-4,e1/4/1-4,e1/5/1-4,e1/6/1-4,e1/7-30
C1(config-if-range)# shutdown
C1(config-if-range)# exit
C1(config)# exit

C2# copy running-config startup-config
[########################################] 100%
Copy complete.
C2# configure
C2(config)# int e1/1/1-4,e1/2/1-4,e1/3/1-4,e1/4/1-4,e1/5/1-4,e1/6/1-4,e1/7-30
C2(config-if-range)# shutdown
C2(config-if-range)# exit
C2(config)# exit

Conecte los puertos 1/31 y 1/32 de C1 a los mismos puertos de C2 utilizando el cableado compatible.

Compruebe que los puertos ISL están operativos en C1 y C2:

show port-channel summary

Muestra el ejemplo

C1# 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
       S - Switched     R - Routed
       U - Up (port-channel)
       M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port-        Type   Protocol  Member Ports
      Channel
--------------------------------------------------------------------------------
1     Po1(SU)      Eth    LACP      Eth1/31(P)   Eth1/32(P)

C2# 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
       S - Switched     R - Routed
       U - Up (port-channel)
       M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port-        Type   Protocol  Member Ports
      Channel
--------------------------------------------------------------------------------
1     Po1(SU)      Eth    LACP      Eth1/31(P)   Eth1/32(P)

Mostrar la lista de dispositivos vecinos en el conmutador:

show cdp neighbors

Muestra el 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
C2                 Eth1/31        174    R S I s     N3K-C3132Q-V  Eth1/31
C2                 Eth1/32        174    R S I s     N3K-C3132Q-V  Eth1/32

Total entries displayed: 2

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
C1                 Eth1/31        178    R S I s     N3K-C3132Q-V  Eth1/31
C1                 Eth1/32        178    R S I s     N3K-C3132Q-V  Eth1/32

Total entries displayed: 2

Muestre la conectividad de puerto del clúster en cada nodo:

network device-discovery show

Muestra el ejemplo

En el siguiente ejemplo se muestra una configuración de clúster sin switch de dos nodos.

cluster::*> network device-discovery show
            Local  Discovered
Node        Port   Device              Interface        Platform
----------- ------ ------------------- ---------------- ----------------
n1         /cdp
            e4a    n2                  e4a              FAS9000
            e4e    n2                  e4e              FAS9000
n2         /cdp
            e4a    n1                  e4a              FAS9000
            e4e    n1                  e4e              FAS9000

Migre la interfaz clus1 al puerto físico que aloja la clus2:

network interface migrate

Ejecute este comando desde cada nodo local.

Muestra el ejemplo

cluster::*> network interface migrate -vserver Cluster -lif n1_clus1 -source-node n1
–destination-node n1 -destination-port e4e
cluster::*> network interface migrate -vserver Cluster -lif n2_clus1 -source-node n2
–destination-node n2 -destination-port e4e

Compruebe la migración de las interfaces del clúster:

network interface show

Muestra el ejemplo

cluster::*> network interface show -role cluster
 (network interface show)
            Logical    Status     Network            Current       Current Is
Vserver     Interface  Admin/Oper Address/Mask       Node          Port    Home
----------- ---------- ---------- ------------------ ------------- ------- ----
Cluster
            n1_clus1   up/up      10.10.0.1/24       n1            e4e     false
            n1_clus2   up/up      10.10.0.2/24       n1            e4e     true
            n2_clus1   up/up      10.10.0.3/24       n2            e4e     false
            n2_clus2   up/up      10.10.0.4/24       n2            e4e     true
4 entries were displayed.

Apague los puertos de clúster clus1 LIF en ambos nodos:

network port modify

cluster::*> network port modify -node n1 -port e4a -up-admin false
cluster::*> network port modify -node n2 -port e4a -up-admin false

Hacer ping a las interfaces remotas del clúster y realizar una comprobación del servidor RPC:

cluster ping-cluster

Muestra el ejemplo

cluster::*> cluster ping-cluster -node n1
Host is n1
Getting addresses from network interface table...
Cluster n1_clus1 n1		e4a	10.10.0.1
Cluster n1_clus2 n1		e4e	10.10.0.2
Cluster n2_clus1 n2		e4a	10.10.0.3
Cluster n2_clus2 n2		e4e	10.10.0.4

Local = 10.10.0.1 10.10.0.2
Remote = 10.10.0.3 10.10.0.4
Cluster Vserver Id = 4294967293
Ping status:
....
Basic connectivity succeeds on 4 path(s)
Basic connectivity fails on 0 path(s)
................
Detected 1500 byte MTU on 32 path(s):
    Local 10.10.0.1 to Remote 10.10.0.3
    Local 10.10.0.1 to Remote 10.10.0.4
    Local 10.10.0.2 to Remote 10.10.0.3
    Local 10.10.0.2 to Remote 10.10.0.4
Larger than PMTU communication succeeds on 4 path(s)
RPC status:
1 paths up, 0 paths down (tcp check)
1 paths up, 0 paths down (ucp check)

Desconecte el cable del e4a del nodo n1.

Puede consultar la configuración en ejecución y conectar el primer puerto de 40 GbE en el conmutador C1 (puerto 1/7 en este ejemplo) a e4a en n1 usando el cableado compatible en Nexus 3132Q-V.

Al volver a conectar cualquier cable a un nuevo switch de clúster de Cisco, los cables utilizados deben ser de fibra o de cableado compatible con Cisco.
Desconecte el cable del e4a del nodo n2.

Puede consultar la configuración en ejecución y conectar e4a al siguiente puerto 40 GbE disponible en C1, puerto 1/8, utilizando el cableado compatible.
Habilite todos los puertos orientados al nodo en C1.
Muestra el ejemplo
En el ejemplo siguiente se muestran los puertos 1 a 30 activados en los switches de clúster C1 y C2 de Nexus 3132Q-V. mediante la configuración admitida en RCF NX3132_RCF_v1.1_24p10g_26p40g.txt:
C1# configure C1(config)# int e1/1/1-4,e1/2/1-4,e1/3/1-4,e1/4/1-4,e1/5/1-4,e1/6/1-4,e1/7-30 C1(config-if-range)# no shutdown C1(config-if-range)# exit C1(config)# exit

Active el primer puerto del clúster, e4a, en cada nodo:

network port modify

Muestra el ejemplo

cluster::*> network port modify -node n1 -port e4a -up-admin true
cluster::*> network port modify -node n2 -port e4a -up-admin true

Compruebe que los clústeres estén en ambos nodos:

network port show

Muestra el ejemplo

cluster::*> network port show –role cluster
  (network port show)
Node: n1
                                                                       Ignore
                                                  Speed(Mbps) Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
--------- ------------ ---------------- ---- ---- ----------- -------- ------
e4a       Cluster      Cluster          up   9000 auto/40000  -        -
e4e       Cluster      Cluster          up   9000 auto/40000  -        -

Node: n2
                                                                       Ignore
                                                  Speed(Mbps) Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
--------- ------------ ---------------- ---- ---- ----------- -------- ------
e4a       Cluster      Cluster          up   9000 auto/40000  -        -
e4e       Cluster      Cluster          up   9000 auto/40000  -        -
4 entries were displayed.

Para cada nodo, revierte todos los LIF de interconexión de clúster migrados:

network interface revert
Muestra el ejemplo
En el ejemplo siguiente se muestran los LIF migrados que se han revertido a sus puertos principales.
cluster::*> network interface revert -vserver Cluster -lif n1_clus1 cluster::*> network interface revert -vserver Cluster -lif n2_clus1

Verifique que todos los puertos de interconexión de clúster ahora se reviertan a sus puertos raíz:

network interface show

La Is Home la columna debe mostrar un valor de true para todos los puertos enumerados en la Current Port columna. Si el valor mostrado es false, el puerto no se ha revertido.

Muestra el ejemplo

cluster::*> network interface show -role cluster
 (network interface show)
            Logical    Status     Network            Current       Current Is
Vserver     Interface  Admin/Oper Address/Mask       Node          Port    Home
----------- ---------- ---------- ------------------ ------------- ------- ----
Cluster
            n1_clus1   up/up      10.10.0.1/24       n1            e4a     true
            n1_clus2   up/up      10.10.0.2/24       n1            e4e     true
            n2_clus1   up/up      10.10.0.3/24       n2            e4a     true
            n2_clus2   up/up      10.10.0.4/24       n2            e4e     true
4 entries were displayed.

Paso 3: Mueva el segundo puerto de clúster a C2

Muestre la conectividad de puerto del clúster en cada nodo:

network device-discovery show

Muestra el ejemplo

cluster::*> network device-discovery show
            Local  Discovered
Node        Port   Device              Interface        Platform
----------- ------ ------------------- ---------------- ----------------
n1         /cdp
            e4a    C1                  Ethernet1/7      N3K-C3132Q-V
            e4e    n2                  e4e              FAS9000
n2         /cdp
            e4a    C1                  Ethernet1/8      N3K-C3132Q-V
            e4e    n1                  e4e              FAS9000

En la consola de cada nodo, migre clus2 al puerto e4a:

network interface migrate

Muestra el ejemplo

cluster::*> network interface migrate -vserver Cluster -lif n1_clus2 -source-node n1
–destination-node n1 -destination-port e4a
cluster::*> network interface migrate -vserver Cluster -lif n2_clus2 -source-node n2
–destination-node n2 -destination-port e4a

Apague los puertos de clúster clus2 LIF en ambos nodos:

network port modify

En el ejemplo siguiente se muestran los puertos especificados que se están apagando en ambos nodos:
```
	cluster::*> network port modify -node n1 -port e4e -up-admin false
	cluster::*> network port modify -node n2 -port e4e -up-admin false
```

Compruebe el estado de LIF del clúster:

network interface show

Muestra el ejemplo

cluster::*> network interface show -role cluster
 (network interface show)
            Logical    Status     Network            Current       Current Is
Vserver     Interface  Admin/Oper Address/Mask       Node          Port    Home
----------- ---------- ---------- ------------------ ------------- ------- ----
Cluster
            n1_clus1   up/up      10.10.0.1/24       n1            e4a     true
            n1_clus2   up/up      10.10.0.2/24       n1            e4a     false
            n2_clus1   up/up      10.10.0.3/24       n2            e4a     true
            n2_clus2   up/up      10.10.0.4/24       n2            e4a     false
4 entries were displayed.

Desconecte el cable del e4e en el nodo n1.

Puede consultar la configuración en ejecución y conectar el primer puerto de 40 GbE en el conmutador C2 (puerto 1/7 en este ejemplo) a e4e en la n1 usando el cableado compatible en la Nexus 3132Q-V.
Desconecte el cable del e4e en el nodo n2.

Puede consultar la configuración en ejecución y conectar e4e al siguiente puerto 40 GbE disponible en C2, puerto 1/8, utilizando el cableado compatible.
Habilite todos los puertos orientados al nodo en C2.
Muestra el ejemplo
En el ejemplo siguiente se muestran los puertos 1 a 30 activados en los switches de clúster C1 y C2 de Nexus 3132Q-V. mediante una configuración compatible con RCF NX3132_RCF_v1.1_24p10g_26p40g.txt:
C2# configure C2(config)# int e1/1/1-4,e1/2/1-4,e1/3/1-4,e1/4/1-4,e1/5/1-4,e1/6/1-4,e1/7-30 C2(config-if-range)# no shutdown C2(config-if-range)# exit C2(config)# exit
Active el segundo puerto del clúster, e4e, en cada nodo:

network port modify

En el siguiente ejemplo, se muestran los puertos especificados que se están subiendo:
```
	cluster::*> network port modify -node n1 -port e4e -up-admin true
	cluster::*> network port modify -node n2 -port e4e -up-admin true
```
Para cada nodo, revierte todos los LIF de interconexión de clúster migrados:

network interface revert

En el ejemplo siguiente se muestran los LIF migrados que se han revertido a sus puertos principales.
```
	cluster::*> network interface revert -vserver Cluster -lif n1_clus2
	cluster::*> network interface revert -vserver Cluster -lif n2_clus2
```

Verifique que todos los puertos de interconexión de clúster ahora se reviertan a sus puertos raíz:

network interface show

La Is Home la columna debe mostrar un valor de true para todos los puertos enumerados en la Current Port columna. Si el valor mostrado es false, el puerto no se ha revertido.

Muestra el ejemplo

cluster::*> network interface show -role cluster
 (network interface show)
            Logical    Status     Network            Current       Current Is
Vserver     Interface  Admin/Oper Address/Mask       Node          Port    Home
----------- ---------- ---------- ------------------ ------------- ------- ----
Cluster
            n1_clus1   up/up      10.10.0.1/24       n1            e4a     true
            n1_clus2   up/up      10.10.0.2/24       n1            e4e     true
            n2_clus1   up/up      10.10.0.3/24       n2            e4a     true
            n2_clus2   up/up      10.10.0.4/24       n2            e4e     true
4 entries were displayed.

Compruebe que todos los puertos de interconexión del clúster se encuentren en la up estado.

network port show –role cluster

Muestra el ejemplo

cluster::*> network port show –role cluster
  (network port show)
Node: n1
                                                                       Ignore
                                                  Speed(Mbps) Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
--------- ------------ ---------------- ---- ---- ----------- -------- ------
e4a       Cluster      Cluster          up   9000 auto/40000  -        -
e4e       Cluster      Cluster          up   9000 auto/40000  -        -

Node: n2
                                                                       Ignore
                                                  Speed(Mbps) Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
--------- ------------ ---------------- ---- ---- ----------- -------- ------
e4a       Cluster      Cluster          up   9000 auto/40000  -        -
e4e       Cluster      Cluster          up   9000 auto/40000  -        -
4 entries were displayed.

Paso 4: Deshabilite la opción de clúster sin switch de dos nodos

Muestre los números de puertos del switch del clúster a los que está conectado cada puerto del clúster en cada nodo:

network device-discovery show

Muestra el ejemplo

	cluster::*> network device-discovery show
            Local  Discovered
Node        Port   Device              Interface        Platform
----------- ------ ------------------- ---------------- ----------------
n1         /cdp
            e4a    C1                  Ethernet1/7      N3K-C3132Q-V
            e4e    C2                  Ethernet1/7      N3K-C3132Q-V
n2         /cdp
            e4a    C1                  Ethernet1/8      N3K-C3132Q-V
            e4e    C2                  Ethernet1/8      N3K-C3132Q-V

Mostrar switches de clúster detectados y supervisados:

system cluster-switch show

Muestra el ejemplo

cluster::*> system cluster-switch show

Switch                      Type               Address          Model
--------------------------- ------------------ ---------------- ---------------
C1                         cluster-network     10.10.1.101      NX3132V
     Serial Number: FOX000001
      Is Monitored: true
            Reason:
  Software Version: Cisco Nexus Operating System (NX-OS) Software, Version
                    7.0(3)I4(1)
    Version Source: CDP

C2                          cluster-network     10.10.1.102      NX3132V
     Serial Number: FOX000002
      Is Monitored: true
            Reason:
  Software Version: Cisco Nexus Operating System (NX-OS) Software, Version
                    7.0(3)I4(1)
    Version Source: CDP

2 entries were displayed.

Deshabilite los ajustes de configuración de dos nodos sin switch en cualquier nodo:

network options switchless-cluster
```
network options switchless-cluster modify -enabled false
```
Compruebe que el switchless-cluster la opción se ha desactivado.
```
network options switchless-cluster show
```

Paso 5: Verificar la configuración

Hacer ping a las interfaces remotas del clúster y realizar una comprobación del servidor RPC:

cluster ping-cluster

Muestra el ejemplo

cluster::*> cluster ping-cluster -node n1
Host is n1
Getting addresses from network interface table...
Cluster n1_clus1 n1		e4a	10.10.0.1
Cluster n1_clus2 n1		e4e	10.10.0.2
Cluster n2_clus1 n2		e4a	10.10.0.3
Cluster n2_clus2 n2		e4e	10.10.0.4

Local = 10.10.0.1 10.10.0.2
Remote = 10.10.0.3 10.10.0.4
Cluster Vserver Id = 4294967293
Ping status:
....
Basic connectivity succeeds on 4 path(s)
Basic connectivity fails on 0 path(s)
................
Detected 1500 byte MTU on 32 path(s):
    Local 10.10.0.1 to Remote 10.10.0.3
    Local 10.10.0.1 to Remote 10.10.0.4
    Local 10.10.0.2 to Remote 10.10.0.3
    Local 10.10.0.2 to Remote 10.10.0.4
Larger than PMTU communication succeeds on 4 path(s)
RPC status:
1 paths up, 0 paths down (tcp check)
1 paths up, 0 paths down (ucp check)

Habilite la función de recogida de registro de supervisión del estado del switch para recopilar archivos de registro relacionados con el switch:

system cluster-switch log setup-password

system cluster-switch log enable-collection

Muestra el ejemplo

cluster::*> **system cluster-switch log setup-password**
Enter the switch name: <return>
The switch name entered is not recognized.
Choose from the following list:
C1
C2

cluster::*> system cluster-switch log setup-password

Enter the switch name: C1
RSA key fingerprint is e5:8b:c6:dc:e2:18:18:09:36:63:d9:63:dd:03:d9:cc
Do you want to continue? {y|n}::[n] y

Enter the password: <enter switch password>
Enter the password again: <enter switch password>

cluster::*> system cluster-switch log setup-password

Enter the switch name: C2
RSA key fingerprint is 57:49:86:a1:b9:80:6a:61:9a:86:8e:3c:e3:b7:1f:b1
Do you want to continue? {y|n}:: [n] y

Enter the password: <enter switch password>
Enter the password again: <enter switch password>

cluster::*> system cluster-switch log enable-collection

Do you want to enable cluster log collection for all nodes in the cluster?
{y|n}: [n] y

Enabling cluster switch log collection.

cluster::*>

Si alguno de estos comandos devuelve un error, póngase en contacto con el soporte de NetApp.

Si ha suprimido la creación automática de casos, vuelva a habilitarla invocando un mensaje de AutoSupport:

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

Migre de un clúster sin switches a un clúster con switches de dos nodos

Creating your file...

Revise los requisitos

Migrar los switches

Paso 1: Preparación para la migración

Paso 2: Mueva el primer puerto del clúster a C1

Paso 3: Mueva el segundo puerto de clúster a C2

Paso 4: Deshabilite la opción de clúster sin switch de dos nodos

Paso 5: Verificar la configuración