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.

Preparar el sistema IP de MetroCluster para la actualización

Colaboradores netapp-aoife
PDF

Antes de realizar cualquier cambio en la configuración de MetroCluster existente, compruebe el estado de la configuración, prepare las nuevas plataformas y realice otras tareas diversas.

Actualice los RFC del switch de MetroCluster antes de actualizar los controladores

Según los modelos de plataforma antiguos y nuevos, es posible que deba actualizar los archivos de configuración de referencia de switch de MetroCluster antes de actualizar las controladoras.

Acerca de esta tarea

Realice esta tarea en las siguientes circunstancias:

  • La configuración de RCF del switch no está en la versión mínima.

  • Debe cambiar los ID de VLAN que utilizan las conexiones MetroCluster back-end.

Antes de empezar

Determine si debe actualizar los RFC antes de actualizar las controladoras:

  • Si la configuración del switch no estaba configurada con la versión mínima de RCF compatible, debe actualizar los RCF antes de actualizar las controladoras:

    Modelo de switch

    Versión RCF necesaria

    Cisco 3132Q-V

    1.7 o posterior

    Cisco 3232C

    1.7 o posterior

    Broadcom BES-53248

    1.3 o posterior

    NVIDIA SN2100

    2,0 o posterior

  • Si ambos modelos de plataforma antiguos y nuevos se encuentran en la siguiente lista, no necesita actualizar el ID de VLAN antes de actualizar los controladores:

    • FAS8200 o AFF A300

    • AFF A320

    • FAS9000 o AFF A700

    • AFF A800, AFF C800, ASA A800 o ASA C800

      Si alguno de sus modelos de plataforma antiguos o nuevos no aparece en la lista anterior, debe confirmar que las interfaces de MetroCluster utilizan un ID de VLAN compatible. Los identificadores de VLAN compatibles para las interfaces de MetroCluster son: 10, 20, o en el rango de 101 a 4096.

    Precaución

    • Si el ID de VLAN no es 10, 20, o está en el rango de 101 a 4096, debe actualizar el RCF del switch antes de actualizar las controladoras.

    • Las conexiones del clúster local pueden utilizar cualquier VLAN, no es necesario que estén en el rango dado.

    • El nuevo RCF al que va a actualizar debe utilizar las VLAN 10, 20, o estar entre 101 y 4096. No cambie la VLAN para el clúster local a menos que sea necesario.
Pasos

  1. Prepare los switches IP para la aplicación de los nuevos RFC.

    Siga los pasos de la sección para su proveedor de switches:

    Nota Debe actualizar los conmutadores en el siguiente orden: Switch_A_1, SWITCH_B_1, SWITCH_A_2, SWITCH_B_2.

  2. Descargue e instale los RCF.

    Siga los pasos de la sección para su proveedor de switches:

Asigne puertos de los nodos antiguos a los nuevos

Debe verificar que los puertos físicos del node_A_1-old se asignen correctamente a los puertos físicos en node_A_1-new. Esto permite que node_A_1-new se comunique con otros nodos del clúster y con la red después de la actualización.

Acerca de esta tarea

Cuando el nodo nuevo arranca por primera vez durante el proceso de actualización, reproduce la configuración más reciente del nodo antiguo que se va a sustituir. Cuando arranca node_A_1-new, ONTAP intenta alojar LIF en los mismos puertos que se usaron en el node_A_1-old. Esto significa que usted tiene que ajustar la configuración de puertos y LIF como parte de la actualización para que sea compatible con la configuración del nodo antiguo. Durante el procedimiento de actualización, realice los pasos en los nodos antiguo y nuevo a fin de garantizar la configuración correcta para el clúster, la gestión y los LIF de datos

En la siguiente tabla se muestran ejemplos de cambios de configuración relacionados con los requisitos de puerto de los nuevos nodos.

Puertos físicos de Cluster Interconnect

La controladora anterior

Nueva controladora

Acción requerida

e0a y e0b

e3a, e3b

No hay puerto que coincida. Después de la actualización, debe volver a crear los puertos del clúster.

e0c, e0d

e0a, e0b, e0c y e0d

los puertos e0c y e0d son coincidentes. No es necesario cambiar la configuración, pero tras la actualización puede distribuir sus LIF de clúster por los puertos de clúster disponibles.
Pasos

  1. Determine qué puertos físicos están disponibles en las nuevas controladoras y qué LIF se pueden alojar en los puertos.

    El uso del puerto de la controladora depende del módulo de la plataforma y de los switches que se usarán en la configuración IP de MetroCluster. Puede recopilar el uso del puerto de las nuevas plataformas desde el "Hardware Universe".

  2. Planifique el uso de su puerto y rellene las siguientes tablas como referencia para cada uno de los nodos nuevos.

    Consulte la tabla a medida que lleve a cabo el procedimiento de actualización.

    Node_a_1-old

    Node_A_1-new

    LUN

    Puertos

    Espacios IP

    Dominios de retransmisión

    Puertos

    Espacios IP

    Dominios de retransmisión

    Clúster 1

    Clúster 2

    Clúster 3

    Clúster 4

    Gestión de nodos

    Gestión de clústeres

    Datos 1

    Datos 2

    Datos 3

    Datos 4

    SAN

    Puerto de interconexión de clústeres

Arranque por red las nuevas controladoras

Después de instalar los nodos nuevos, debe reiniciar el sistema para asegurarse de que los nuevos nodos estén ejecutando la misma versión de ONTAP que los nodos originales. El término arranque desde red significa que se arranca desde una imagen ONTAP almacenada en un servidor remoto. Al prepararse para reiniciar el sistema, debe colocar una copia de la imagen de arranque ONTAP 9 en un servidor web al que pueda acceder el sistema.

Pasos

  1. Reiniciar el sistema de las nuevas controladoras:

    1. Acceda a "Sitio de soporte de NetApp" para descargar los archivos utilizados para realizar el arranque desde red del sistema.

    2. Descargue el software ONTAP adecuado de la sección de descarga de software del sitio de soporte de NetApp y almacene el ontap-version_image.tgz archivo en un directorio accesible a través de la web.

    3. Cambie al directorio accesible a la Web y compruebe que los archivos que necesita están disponibles.

      El listado de directorios debe contener una carpeta netboot con un archivo de kernel:

      _ontap-version_image.tgz

      No es necesario extraer el _ontap-version_image.tgz archivo.

    4. En el LOADER prompt, configure la conexión netboot para una LIF de gestión:

      Si el direccionamiento IP es…​

      Realice lo siguiente…​

      DHCP

      Configure la conexión automática:

      ifconfig e0M -auto

      Estático

      Configure la conexión manual:

      ifconfig e0M -addr=ip_addr -mask=netmask -gw=gateway

    5. Reiniciar el sistema.

      netboot http://_web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz

    6. En el menú de inicio, seleccione la opción (7) instale primero el nuevo software para descargar e instalar la nueva imagen de software en el dispositivo de arranque.

      Ignore el siguiente mensaje:

    "This procedure is not supported for Non-Disruptive Upgrade on an HA pair". Se aplica a las actualizaciones no disruptivas del software, no a las actualizaciones de controladoras.

    1. Si se le solicita que continúe el procedimiento, introduzca `y`Y cuando se le solicite el paquete, escriba la dirección URL del archivo de imagen:

      http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz

    2. Introduzca el nombre de usuario y la contraseña, si procede, o pulse Intro para continuar.

    3. No olvide entrar n para omitir la recuperación de backup cuando observe un símbolo del sistema similar a lo siguiente:

      Do you want to restore the backup configuration now? {y|n} n

    4. Reinicie introduciendo y cuando vea un símbolo del sistema similar a lo siguiente:

      The node must be rebooted to start using the newly installed software. Do you want to reboot now? {y|n}

Borrar la configuración de un módulo de controlador

Antes de utilizar un nuevo módulo de controladora en la configuración de MetroCluster, debe borrar la configuración existente.

Pasos

  1. Si es necesario, detenga el nodo para mostrar LOADER el símbolo del sistema:

    halt

  2. En la LOADER petición de datos, defina las variables de entorno en los valores predeterminados:

    set-defaults

  3. Guarde el entorno:

    saveenv

  4. En el LOADER prompt, inicie el menú de arranque:

    boot_ontap menu

  5. En el símbolo del sistema del menú de inicio, borre la configuración:

    wipeconfig

    Responda yes a la solicitud de confirmación.

    El nodo se reinicia y el menú de arranque se muestra de nuevo.

  6. En el menú de inicio, seleccione la opción 5 para arrancar el sistema en modo de mantenimiento.

    Responda yes a la solicitud de confirmación.

Verifique el estado de MetroCluster antes de la actualización del sitio

Verifique el estado y la conectividad de la configuración de MetroCluster antes de realizar la actualización.

Precaución del Este error indica una discrepancia en el tamaño de la NVRAM entre los nodos de cada sitio y es el comportamiento esperado cuando hay diferentes modelos de plataforma en ambos sitios. grupo de recuperación ante desastres.
Pasos

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

    1. Compruebe si los nodos tienen rutas múltiples:
      node run -node <node_name> sysconfig -a

      Emita este comando para cada nodo de la configuración de MetroCluster.

    2. Verificar que no hay discos rotos en la configuración:
      storage disk show -broken

      Emita este comando en cada nodo de la configuración de MetroCluster.

    3. Compruebe cualquier alerta de estado:

      system health alert show

      Emita este comando en cada clúster.

    4. Verifique las licencias en los clústeres:

      system license show

      Emita este comando en cada clúster.

    5. Compruebe los dispositivos conectados a los nodos:

      network device-discovery show

      Emita este comando en cada clúster.

    6. Compruebe que la zona horaria y la hora están configuradas correctamente en ambos sitios:

      cluster date show

    Emita este comando en cada clúster. Puede usar cluster date los comandos para configurar la hora y la zona horaria.

  2. Confirmar el modo operativo de la configuración de MetroCluster y realizar una comprobación de MetroCluster.

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

    2. Confirme que se muestran todos los nodos esperados:
      metrocluster node show

    3. Emita el siguiente comando:

      metrocluster check run

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

      metrocluster check show

  3. Compruebe el cableado MetroCluster con la herramienta Config Advisor.

    1. Descargue y ejecute Config Advisor.

      "Descargas de NetApp: Config Advisor"

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

Recopile información antes de la actualización

Antes de la actualización, debe recopilar información para cada uno de los nodos y, si fuera necesario, ajustar los dominios de retransmisión de red, quitar las VLAN y los grupos de interfaces, y recopilar información sobre el cifrado.

Pasos

  1. Registre el cableado físico de cada nodo y etiquetando los cables según sea necesario para permitir el cableado correcto de los nuevos nodos.

  2. Recopile información de interconexión, puerto y LIF para cada nodo.

    Recopile el resultado de los siguientes comandos para cada nodo:

    • metrocluster interconnect show

    • metrocluster configuration-settings connection show

    • network interface show -role cluster,node-mgmt

    • network port show -node <node_name> -type physical

    • network port vlan show -node <node_name>

    • network port ifgrp show -node <node_name> -instance

    • network port broadcast-domain show

    • network port reachability show -detail

    • network ipspace show

    • volume show

    • storage aggregate show

    • system node run -node <node_name> sysconfig -a

    • aggr show -r

    • disk show

    • system node run <node-name> disk show

    • vol show -fields type

    • vol show -fields type , space-guarantee

    • vserver fcp initiator show

    • storage disk show

    • metrocluster configuration-settings interface show

  3. Recopile los UUID para el sitio_B (el sitio cuyas plataformas se están actualizando actualmente):

    metrocluster node show -fields node-cluster-uuid, node-uuid

    Estos valores deben configurarse con precisión en los nuevos módulos del controlador Site_B para garantizar que la actualización se realice correctamente. Copie los valores en un archivo para poder copiarlos en los comandos más adelante en el proceso de actualización.

    En el ejemplo siguiente se muestra la salida del comando con los UUID:

    cluster_B::> metrocluster node show -fields node-cluster-uuid, node-uuid
  (metrocluster node show)
dr-group-id cluster     node   node-uuid                            node-cluster-uuid
----------- --------- -------- ------------------------------------ ------------------------------
1           cluster_A node_A_1 f03cb63c-9a7e-11e7-b68b-00a098908039 ee7db9d5-9a82-11e7-b68b-00a098908039
1           cluster_A node_A_2 aa9a7a7a-9a81-11e7-a4e9-00a098908c35 ee7db9d5-9a82-11e7-b68b-00a098908039
1           cluster_B node_B_1 f37b240b-9ac1-11e7-9b42-00a098c9e55d 07958819-9ac6-11e7-9b42-00a098c9e55d
1           cluster_B node_B_2 bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f 07958819-9ac6-11e7-9b42-00a098c9e55d
4 entries were displayed.
cluster_B::*

    NetApp recomienda que registre los UUID en una tabla similar a la siguiente:

    Clúster o nodo

    UUID

    Cluster_B

    07958819-9ac6-11e7-9b42-00a098c9e55d

    Node_B_1

    f37b240b-9ac1-11e7-9b42-00a098c9e55d

    Node_B_2

    bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f

    Cluster_a

    ee7db9d5-9a82-11e7-b68b-00a098908039

    Node_a_1

    f03cb63c-9a7e-11e7-b68b-00a098908039

    Node_A_2

    aa9a7a7a-9a81-11e7-a4e9-00a098908c35

  4. Si los nodos MetroCluster tienen una configuración SAN, recopile la información pertinente.

    Recopile el resultado de los siguientes comandos:

    • fcp adapter show -instance

    • fcp interface show -instance

    • iscsi interface show

    • ucadmin show

  5. Si se cifra el volumen raíz, recoja y guarde la clave de acceso utilizada para el gestor de claves:

    security key-manager backup show

  6. Si los nodos de MetroCluster utilizan el cifrado de volúmenes o agregados, copie información sobre las claves y las Passphrases.

    Para obtener más información, consulte "Realice un backup manual de la información de gestión de claves incorporada".

    1. Si el gestor de claves incorporado está configurado:
      security key-manager onboard show-backup

      Necesitará la frase de acceso más adelante en el procedimiento de actualización.

    2. Si está configurada la gestión de claves empresariales (KMIP), ejecute los siguientes comandos:

      security key-manager external show -instance security key-manager key query

  7. Recopile los ID del sistema de los nodos existentes:

    metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid

    La siguiente salida muestra las unidades reasignadas.

    ::> metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid

dr-group-id cluster     node     node-systemid ha-partner-systemid dr-partner-systemid dr-auxiliary-systemid
----------- ----------- -------- ------------- ------------------- ------------------- ---------------------
1           cluster_A node_A_1   537403324     537403323           537403321           537403322
1           cluster_A node_A_2   537403323     537403324           537403322           537403321
1           cluster_B node_B_1   537403322     537403321           537403323           537403324
1           cluster_B node_B_2   537403321     537403322           537403324           537403323
4 entries were displayed.

Elimine la supervisión de Mediator o tiebreaker

Antes de actualizar las plataformas, debe eliminar la supervisión si la configuración de MetroCluster se supervisa con tiebreaker o la utilidad Mediator.

Pasos

  1. Recopile el resultado del siguiente comando:

    storage iscsi-initiator show

  2. Elimine la configuración de MetroCluster existente de tiebreaker, Mediator u otro software que pueda iniciar la conmutación.

    Si está usando…​

    Utilice este procedimiento…​

    Tiebreaker

    "Eliminar las configuraciones de MetroCluster"

    Mediador

    Ejecute el siguiente comando desde el símbolo del sistema de ONTAP:

    metrocluster configuration-settings mediator remove

    Aplicaciones de terceros

    Consulte la documentación del producto.

Envíe un mensaje de AutoSupport personalizado antes de realizar el mantenimiento

Antes de realizar el mantenimiento, debe emitir un mensaje de AutoSupport para notificar al soporte técnico de NetApp que se está realizando el mantenimiento. Al informar al soporte técnico de que el mantenimiento está en marcha, se evita que abran un caso basándose en que se ha producido una interrupción.

Acerca de esta tarea

Esta tarea debe realizarse en cada sitio MetroCluster.

Pasos

  1. Inicie sesión en el clúster.

  2. Invoque un mensaje de AutoSupport que indique el inicio del mantenimiento:

    system node autosupport invoke -node * -type all -message MAINT=maintenance-window-in-hours

    La maintenance-window-in-hours el parámetro especifica la longitud de la ventana de mantenimiento, con un máximo de 72 horas. Si el mantenimiento se completa antes de que haya transcurrido el tiempo, puede invocar un mensaje de AutoSupport que indique el final del período de mantenimiento:

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

  3. Repita estos pasos en el sitio para partners.

El futuro

"Cambie la configuración de MetroCluster".