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

Apagar y encender un sitio único en una configuración IP de MetroCluster

Colaboradores
PDF

Si necesita realizar el mantenimiento del sitio o reubicar un solo sitio en una configuración IP de MetroCluster, debe saber cómo apagar y encender el sitio.

Si necesita reubicar y reconfigurar un sitio (por ejemplo, si necesita ampliar un clúster de cuatro nodos a uno de ocho nodos), no podrá completar estas tareas al mismo tiempo. Este procedimiento sólo cubre los pasos necesarios para realizar el mantenimiento del sitio o para reubicar un sitio sin cambiar su configuración.

El siguiente diagrama muestra una configuración de MetroCluster. El Cluster_B se apaga para realizar tareas de mantenimiento.

apague el centro de datos

Apagar un sitio MetroCluster

Debe apagar un sitio y todo el equipo antes de que pueda comenzar el mantenimiento o la reubicación del sitio.

Acerca de esta tarea

Todos los comandos de los siguientes pasos se emiten desde el sitio que permanece encendido.

Pasos

  1. Antes de comenzar, compruebe que los agregados no reflejados del sitio no están desconectados.

  2. Compruebe el funcionamiento de la configuración de MetroCluster en ONTAP:

    1. Compruebe si el sistema es multivía:

      node run -node node-name sysconfig -a

    2. Compruebe si hay alertas de estado en ambos clústeres:

      system health alert show

    3. Confirme la configuración del MetroCluster y que el modo operativo es normal:

      metrocluster show

    4. Realice una comprobación de MetroCluster:
      metrocluster check run

    5. Mostrar los resultados de la comprobación de MetroCluster:

      metrocluster check show

    6. Compruebe si hay alertas de estado en los switches (si existen):

      storage switch show

    7. Ejecute Config Advisor.

      "Descargas de NetApp: Config Advisor"

    8. Después de ejecutar Config Advisor, revise el resultado de la herramienta y siga las recomendaciones del resultado para solucionar los problemas detectados.

  3. Desde el sitio que desea mantener activo, implemente la conmutación de sitios:

    metrocluster switchover

    cluster_A::*> metrocluster switchover

    La operación puede tardar varios minutos en completarse.

  4. Supervise y verifique que se haya completado la conmutación:

    metrocluster operation show

    cluster_A::*> metrocluster operation show
  Operation: Switchover
 Start time: 10/4/2012 19:04:13
State: in-progress
   End time: -
     Errors:

cluster_A::*> metrocluster operation show
  Operation: Switchover
 Start time: 10/4/2012 19:04:13
      State: successful
   End time: 10/4/2012 19:04:22
     Errors: -

  5. Si tiene una configuración IP de MetroCluster que ejecuta ONTAP 9.6 o posterior, espere a que los complejos del sitio de recuperación ante desastres se conecten y las operaciones de reparación se completen automáticamente.

    En configuraciones IP de MetroCluster que ejecutan ONTAP 9,5 o una versión anterior, los nodos del sitio de recuperación ante desastres no arrancan automáticamente en ONTAP y los complejos permanecen sin conexión.

  6. Mueva todos los volúmenes y LUN que pertenecen a los agregados no reflejados sin conexión.

    1. Mueva los volúmenes sin conexión.

      cluster_A::* volume offline <volume name>

    2. Desconecte las LUN.

      cluster_A::* lun offline lun_path <lun_path>

  7. Mover agregados no reflejados sin conexión: storage aggregate offline

    cluster_A*::> storage aggregate offline -aggregate <aggregate-name>

  8. En función de su configuración y versión de ONTAP, identifique y mueva los complejos afectados sin conexión que se encuentren en la ubicación ante desastres (Cluster_B).

    Debe mover los siguientes complejos sin conexión:

    • Complejos no reflejados que residen en discos ubicados en el sitio de recuperación ante desastres.

      Si no mueve los complejos no reflejados en el sitio de recuperación ante desastres sin conexión, se puede producir una interrupción del servicio cuando el sitio de recuperación ante desastres se apague más tarde.

    • Plexes reflejados que residen en discos ubicados en el centro de recuperación ante desastres para el mirroring de agregados. Una vez que se han movido fuera de línea, no se puede acceder a los complejos.

    1. Identifique los complejos afectados.

      Los complejos que son propiedad de nodos en el sitio superviviente consisten en discos de la piscina 1. Los complejos que son propiedad de nodos en el sitio de desastre consisten en discos de la piscina 0.

      Cluster_A::> storage aggregate plex show -fields aggregate,status,is-online,Plex,pool
aggregate    plex  status        is-online pool
------------ ----- ------------- --------- ----
Node_B_1_aggr0 plex0 normal,active true     0
Node_B_1_aggr0 plex1 normal,active true     1

Node_B_2_aggr0 plex0 normal,active true     0
Node_B_2_aggr0 plex5 normal,active true     1

Node_B_1_aggr1 plex0 normal,active true     0
Node_B_1_aggr1 plex3 normal,active true     1

Node_B_2_aggr1 plex0 normal,active true     0
Node_B_2_aggr1 plex1 normal,active true     1

Node_A_1_aggr0 plex0 normal,active true     0
Node_A_1_aggr0 plex4 normal,active true     1

Node_A_1_aggr1 plex0 normal,active true     0
Node_A_1_aggr1 plex1 normal,active true     1

Node_A_2_aggr0 plex0 normal,active true     0
Node_A_2_aggr0 plex4 normal,active true     1

Node_A_2_aggr1 plex0 normal,active true     0
Node_A_2_aggr1 plex1 normal,active true     1
14 entries were displayed.

Cluster_A::>

      Los plex afectados son los que son remotos al clúster A. La siguiente tabla muestra si los discos son locales o remotos en relación con el clúster A:

      Nodo

      Discos en el pool

      ¿Los discos se deben establecer sin conexión?

      Ejemplo de complejos que se van a mover fuera de línea

      Nodo _A_1 y nodo _A_2

      Discos en el pool 0

      No Los discos son locales para el clúster A.

      -

      Discos en el pool 1

      Sí. Los discos son remotos para el clúster A.

      Node_A_1_aggr0/plex4

      Node_A_1_aggr1/plex1

      Node_A_2_aggr0/plex4

      Node_A_2_aggr1/plex1

      Nodo _B_1 y nodo _B_2

      Discos en el pool 0

      Sí. Los discos son remotos para el clúster A.

      Node_B_1_aggr1/plex0

      Node_B_1_aggr0/plex0

      Node_B_2_aggr0/plex0

      Node_B_2_aggr1/plex0

      Discos en el pool 1

    2. Mueva los complejos afectados sin conexión:

      storage aggregate plex offline

    storage aggregate plex offline -aggregate Node_B_1_aggr0 -plex plex0

    +

    Nota Realice este paso para todos los plexes que tengan discos remotos para Cluster_A.

  9. Desconecta de forma persistente los puertos del switch ISL según el tipo de switch.

  10. Detenga los nodos ejecutando el siguiente comando en cada nodo:

    node halt -inhibit-takeover true -skip-lif-migration true -node <node-name>

  11. Apague el equipo en el sitio de desastre.

    Debe apagar el siguiente equipo en el orden indicado:

    • Switches IP de MetroCluster

    • Controladoras de almacenamiento

    • Bandejas de almacenamiento

Reubicación del sitio de alimentación fuera del MetroCluster

Una vez apagado el sitio, puede comenzar a realizar tareas de mantenimiento. Este procedimiento es el mismo, tanto si se reubican los componentes de MetroCluster dentro del mismo centro de datos como si se reubican a otro centro de datos.

  • El hardware debe cablearse del mismo modo que el sitio anterior.

  • Si la velocidad, longitud o número del enlace entre switches (ISL) ha cambiado, todos ellos deben volver a configurarse.

Pasos

  1. Verifique que el cableado de todos los componentes se registre con cuidado para poder volver a conectarlo correctamente en la nueva ubicación.

  2. Reubique físicamente todo el hardware, las controladoras de almacenamiento, los switches IP, FibreBridges y las bandejas de almacenamiento.

  3. Configure los puertos ISL y compruebe la conectividad entre sitios.

    1. Encienda los interruptores IP.

      Nota No encienda ningún otro equipo.

  4. Utilice herramientas en los switches (según estén disponibles) para verificar la conectividad entre sitios.

    Nota Solo debe continuar si los enlaces están correctamente configurados y estables.

  5. Vuelva a desactivar los vínculos si se encuentran estables.

Encienda la configuración de MetroCluster y vuelva al funcionamiento normal

Tras completar el mantenimiento o mover el sitio, debe encender el sitio y restablecer la configuración de MetroCluster.

Acerca de esta tarea

Todos los comandos de los pasos siguientes se emiten en el sitio que se enciende.

Pasos

  1. Encienda los switches.

    Primero debe encender los interruptores. Es posible que se hayan encendido durante el paso anterior si se reubicó el sitio.

    1. Vuelva a configurar el enlace entre switches (ISL) si es necesario o si no se ha completado como parte de la reubicación.

    2. Habilite el ISL si se ha completado la delimitación.

    3. Verifique el ISL.

  2. Encienda las controladoras de almacenamiento y espere hasta que vea el LOADER prompt. Las controladoras no deben arrancarse por completo.

    Si el inicio automático está activado, pulse Ctrl+C para detener el arranque automático de las controladoras.

  3. Encienda las bandejas teniendo tiempo suficiente para que se enciendan por completo.

    1. Verifique que las estanterías y los discos de los puentes estén claramente visibles.

      Puede utilizar un comando como sastargets En la CLI de ATTO.

  4. Compruebe que el almacenamiento local sea visible en el nodo en modo de mantenimiento:

    disk show -v

  5. Restablezca la configuración de MetroCluster.

    Siga las instrucciones de "Verificación de que su sistema está listo para una conmutación de estado" Para llevar a cabo operaciones de reparación y conmutación de estado de acuerdo con su configuración de MetroCluster.