Skip to main content
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.

Verifique la instalación del nodo 4

Colaboradores
PDF

Debe verificar que los puertos físicos del nodo 2 se asignan correctamente a los puertos físicos del nodo 4. Esto permitirá que el nodo 4 se comunique con otros nodos del clúster y con la red después de la actualización.

Acerca de esta tarea

Consulte "Referencias" Para enlazar con Hardware Universe y obtener información acerca de los puertos en los nuevos nodos. Utilizará la información más adelante en esta sección.

La distribución del puerto físico puede variar según el modelo de los nodos. Cuando se arranque el nuevo nodo, ONTAP intentará determinar qué puertos deberían alojar las LIF del clúster para que quoren automáticamente.

Si los puertos físicos del nodo 2 no se asignan directamente a los puertos físicos del nodo 4, en la sección posterior Restaurar la configuración de red en el nodo 4 se debe utilizar para reparar la conectividad de red.

Después de instalar y arrancar el nodo 4, es necesario verificar que esté instalado correctamente. Debe esperar a que el nodo 4 se una al quórum y, a continuación, reanudar la operación de reubicación.

En este momento del procedimiento, la operación se pausó debido a que el quórum de node4 se une.

Pasos

  1. Verifique que el nodo 4 se haya Unido al quórum:

    cluster show -node node4 -fields health

    El resultado del health el campo debe ser true.

  2. Verifique que el nodo 4 forme parte del mismo clúster que el nodo 3 y que sea correcto:

    cluster show

  3. Según la versión de ONTAP que se ejecute en el par de alta disponibilidad que se va a actualizar, realice una de las siguientes acciones:

    Si la versión de ONTAP es…​ Realice lo siguiente…​

    9,8 a 9.11.1

    Compruebe que las LIF del clúster están escuchando en el puerto 7700:

    ::> network connections listening show -vserver Cluster

    9.12.1 o posterior

    Omita este paso y vaya a. Paso 5.

    El resultado esperado de la escucha del puerto 7700 en los puertos del clúster tal y como se muestra en el siguiente ejemplo de un clúster de dos nodos:

    Cluster::> network connections listening show -vserver Cluster
Vserver Name     Interface Name:Local Port     Protocol/Service
---------------- ----------------------------  -------------------
Node: NodeA
Cluster          NodeA_clus1:7700               TCP/ctlopcp
Cluster          NodeA_clus2:7700               TCP/ctlopcp
Node: NodeB
Cluster          NodeB_clus1:7700               TCP/ctlopcp
Cluster          NodeB_clus2:7700               TCP/ctlopcp
4 entries were displayed.

  4. Para cada LIF de clúster que no esté escuchando en el puerto 7700, establezca el estado administrativo de la LIF en down y después up:

    ::> net int modify -vserver Cluster -lif cluster-lif -status-admin down; net int modify -vserver Cluster -lif cluster-lif -status-admin up

    Repita el paso 3 para verificar que el LIF del clúster ahora esté escuchando en el puerto 7700.

  5. Cambiar al modo de privilegios avanzado:

    set advanced

  6. Compruebe el estado del funcionamiento de sustitución de la controladora y compruebe que esté en pausa y que esté en el mismo estado en antes de que se detenga el nodo 2 para realizar las tareas físicas de instalación de nuevas controladoras y mover cables:

    system controller replace show

    system controller replace show-details

  7. Si va a trabajar en un sistema MetroCluster, compruebe que la controladora sustituida esté configurada correctamente para la configuración de MetroCluster; la configuración de MetroCluster debe estar en buen estado. Consulte "Compruebe el estado de la configuración de MetroCluster".

    Vuelva a configurar las LIF de interconexión de clústeres en el nodo 4 de MetroCluster y compruebe la relación entre iguales de clústeres para restaurar la comunicación entre los nodos de MetroCluster antes de continuar Paso 6.

    Compruebe el estado del nodo MetroCluster:

    metrocluster node show

  8. reanude la operación de sustitución del controlador:

    system controller replace resume

  9. La sustitución de la controladora se detendrá por la intervención indicando el siguiente mensaje:

    Cluster::*> system controller replace show
Node             Status                       Error-Action
---------------- ------------------------     ------------------------------------
Node2(now node4) Paused-for-intervention      Follow the instructions given in
                                              Step Details
Node2

Step Details:
--------------------------------------------
To complete the Network Reachability task, the ONTAP network configuration must be
manually adjusted to match the new physical network configuration of the hardware.
This includes:

1. Re-create the interface group, if needed, before restoring VLANs. For detailed
commands and instructions, refer to the "Re-creating VLANs, ifgrps, and broadcast
domains" section of the upgrade controller hardware guide for the ONTAP version
running on the new controllers.
2. Run the command "cluster controller-replacement network displaced-vlans show"
to check if any VLAN is displaced.
3. If any VLAN is displaced, run the command "cluster controller-replacement
network displaced-vlans restore" to restore the VLAN on the desired port.
2 entries were displayed.
    Nota En este procedimiento, se ha cambiado el nombre de la sección Re-creating VLAN, ifgrps y dominios de difusión restoring network Configuration on node4.

  10. Con el reemplazo de la controladora en estado de pausa, continúe a la siguiente sección de este documento para restaurar la configuración de red en el nodo.

Restaurar la configuración de red en el nodo 4

Una vez que se confirma que el nodo 4 está en quórum y se puede comunicar con el nodo 3, verifique que las VLAN, los grupos de interfaces y los dominios de retransmisión del nodo 4. Además, verifique que todos los puertos de red de nodo 4 estén configurados en los dominios de retransmisión correctos.

Acerca de esta tarea

Para obtener más información sobre la creación y recreación de VLAN, grupos de interfaces y dominios de retransmisión, consulte "Referencias" Para establecer un vínculo con Network Management.

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 "ID de error de NetApp Bugs Online: 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.
Pasos

  1. Enumera todos los puertos físicos en el nodo 2 actualizado (conocido como nodo 4):

    network port show -node node4

    Se muestran todos los puertos de red física, los puertos VLAN y los puertos del grupo de interfaces en el nodo. A partir de esta salida puede ver los puertos físicos que se han movido al Cluster Dominio de difusión por ONTAP. Puede usar esta salida para decidir qué puertos se deben usar como puertos miembro de grupo de interfaces, puertos base de VLAN o puertos físicos independientes para alojar LIF.

  2. Enumere los dominios de retransmisión del clúster:

    network port broadcast-domain show

  3. Enumerar la accesibilidad del puerto de red de todos los puertos del nodo 4:

    network port reachability show

    El resultado del comando se parece similar al ejemplo siguiente:

    clusterA::*> reachability show -node node2_node4
  (network port reachability show)
Node         Port       Expected Reachability       Reachability Status
---------    --------  ---------------------------  ---------------------
node2_node4
             a0a        Default:Default             no-reachability
             a0a-822    Default:822                 no-reachability
             a0a-823    Default:823                 no-reachability
             e0M        Default:Mgmt                ok
             e0a        Cluster:Cluster             misconfigured-reachability
             e0b        Cluster:Cluster             no-reachability
             e0c        Cluster:Cluster             no-reachability
             e0d        Cluster:Cluster             no-reachability
             e0e        Cluster:Cluster             ok
             e0e-822    -                           no-reachability
             e0e-823    -                           no-reachability
             e0f        Default:Default             no-reachability
             e0f-822    Default:822                 no-reachability
             e0f-823    Default:823                 no-reachability
             e0g        Default:Default             misconfigured-reachability
             e0h        Default:Default             ok
             e0h-822    Default:822                 ok
             e0h-823    Default:823                 ok
18 entries were displayed.

    En el ejemplo anterior, 2_nodo 4 solo arranca después de reemplazar la controladora. Tiene varios puertos que no tienen accesibilidad y están pendientes de un análisis de accesibilidad.

  4. repare la accesibilidad de cada uno de los puertos del nodo 4 con un estado de accesibilidad distinto de ok. Ejecute el siguiente comando, primero en cualquier puerto físico y, después, en todos los puertos VLAN, de uno en uno:

    network port reachability repair -node node_name -port port_name

    El resultado es como el ejemplo siguiente:

    Cluster ::> reachability repair -node node2_node4 -port e0h
    Warning: Repairing port "node2_node4: e0h" may cause it to move into a different broadcast domain, which can cause LIFs to be re-homed away from the port. Are you sure you want to continue? {y|n}:

    Se espera un mensaje de advertencia, como se muestra anteriormente, para los puertos con un estado de accesibilidad que puede ser diferente del estado de accesibilidad del dominio de difusión en el que se encuentra actualmente.

    Revise la conectividad del puerto y la respuesta y o. n según corresponda.

    Verifique que todos los puertos físicos tengan la habilidad esperada:

    network port reachability show

    A medida que se realiza la reparación de accesibilidad, ONTAP intenta colocar los puertos en los dominios de retransmisión correctos. Sin embargo, si no se puede determinar la accesibilidad de un puerto y no pertenece a ninguno de los dominios de difusión existentes, ONTAP creará nuevos dominios de difusión para estos puertos.

  5. Si la configuración del grupo de interfaces no coincide con la nueva distribución de puertos físicos de la controladora, modifíquela mediante los siguientes pasos.

    1. Primero debe eliminar los puertos físicos que deben ser puertos miembro del grupo de interfaces de su pertenencia a dominio de retransmisión. Para ello, puede utilizar el siguiente comando:

      network port broadcast-domain remove-ports -broadcast-domain broadcast_domain_name -ports node_name:port_name

    2. Añada un puerto miembro a un grupo de interfaces:

      network port ifgrp add-port -node node_name -ifgrp ifgrp -port port_name

    3. El grupo de interfaces se añade automáticamente al dominio de retransmisión aproximadamente un minuto después de añadir el primer puerto miembro.

    4. Compruebe que el grupo de interfaces se ha agregado al dominio de retransmisión apropiado:

      network port reachability show -node node_name -port ifgrp

      Si el estado de accesibilidad del grupo de interfaces no es ok, asígnelo al dominio de difusión apropiado:

    network port broadcast-domain add-ports -broadcast-domain broadcast_domain_name -ports node:port

  6. Asigne puertos físicos adecuados a Cluster dominio de retransmisión:

    1. Determine qué puertos tienen la posibilidad de recurrir al Cluster dominio de retransmisión:

      network port reachability show -reachable-broadcast-domains Cluster:Cluster

    2. Repare cualquier puerto con la accesibilidad al Cluster dominio de retransmisión, si su estado de accesibilidad no es ok:

      network port reachability repair -node node_name -port port_name

  7. Mueva los puertos físicos restantes a sus dominios de retransmisión correctos mediante uno de los siguientes comandos:

    network port reachability repair -node node_name -port port_name

    network port broadcast-domain remove-port

    network port broadcast-domain add-port

    Compruebe que no hay puertos inesperados o inaccesibles presentes. Compruebe el estado de la accesibilidad de todos los puertos físicos mediante el siguiente comando y examine el resultado para confirmar que el estado es ok:

    network port reachability show -detail

  8. Restaure cualquier VLAN que pueda haberse desplazado siguiendo los pasos siguientes:

    1. Enumerar las VLAN desplazadas:

      cluster controller-replacement network displaced-vlans show

      Se debe mostrar una salida como la siguiente:

      Cluster::*> displaced-vlans show
(cluster controller-replacement network displaced-vlans show)
            Original
Node        Base Port     VLANs
---------   ---------     ------------------------------------------------------
Node1       a0a           822, 823
            e0e           822, 823

    2. Restaure las VLAN desplazadas de sus puertos base anteriores:

      cluster controller-replacement network displaced-vlans restore

      A continuación se muestra un ejemplo de restauración de VLAN que se han desplazado del grupo de interfaces a0a al mismo grupo de interfaces:

      Cluster::*> displaced-vlans restore -node node2_node4 -port a0a -destination-port a0a

      Este es un ejemplo de restauración de VLAN desplazadas en el puerto "e0e" a "e0h":

      Cluster::*> displaced-vlans restore -node node2_node4 -port e0e -destination-port e0h

      Cuando una restauración VLAN se realiza correctamente, las VLAN desplazadas se crean en el puerto de destino especificado. Se produce un error en la restauración de VLAN si el puerto de destino es miembro de un grupo de interfaces o si el puerto de destino está inactivo.

    Espere aproximadamente un minuto para que las VLAN recién restauradas se coloquen en sus dominios de retransmisión correspondientes.

    1. Cree nuevos puertos VLAN según sea necesario para los puertos VLAN que no se encuentran en el cluster controller-replacement network displaced-vlans show salida pero se debe configurar en otros puertos físicos.

  9. Elimine todos los dominios de retransmisión vacíos después de que se hayan completado todas las reparaciones de puertos:

    network port broadcast-domain delete -broadcast-domain broadcast_domain_name

  10. Compruebe la accesibilidad del puerto:

    network port reachability show

    Cuando todos los puertos se configuran y se añaden correctamente a los dominios de retransmisión correctos, el network port reachability show el comando debería informar el estado de la accesibilidad como ok para todos los puertos conectados y el estado como no-reachability para puertos sin conectividad física. Si alguno de los puertos presenta un estado distinto a estos dos, realice la reparación de accesibilidad y añada o quite puertos de sus dominios de retransmisión según se indica en Paso 4.

  11. Compruebe que todos los puertos se han colocado en dominios de retransmisión:

    network port show

  12. Compruebe que todos los puertos de los dominios de retransmisión tengan la unidad de transmisión máxima (MTU) correcta configurada:

    network port broadcast-domain show

  13. Restaure los puertos de inicio de LIF, especificando los puertos de inicio de Vserver y LIF, si los hubiera, que deben restaurarse:

    1. Enumere las LIF que están desplazadas:

      displaced-interface show

    2. Restaure los puertos de inicio de LIF:

      displaced-interface restore-home-node -node node_name -vserver vserver_name -lif-name LIF_name

  14. Verifique que todas las LIF tienen un puerto doméstico y que están administrativamente más arriba:

    network interface show -fields home-port, status-admin