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.

Actualizar controladoras en una configuración IP de MetroCluster de cuatro nodos mediante conmutación de sitios y conmutación de estado con comandos de sustitución de controladoras del sistema (ONTAP 9.13.1 y versiones posteriores)

Colaboradores
PDF

Esta operación de conmutación de sitios guiada automatizada de MetroCluster se puede usar para realizar una actualización de controladora no disruptiva en una configuración IP de MetroCluster de cuatro nodos. Como parte de este procedimiento, no se pueden actualizar otros componentes (como bandejas de almacenamiento o switches).

Combinaciones de plataformas compatibles

Este procedimiento admite las siguientes actualizaciones de controladoras en sistemas que ejecutan ONTAP 9.13.1 y posteriores.

La controladora anterior

Controladora de reemplazo

AFF A300

AFF A900

FAS8200

FAS9500
Nota Puede realizar las actualizaciones de controladoras enumeradas en la tabla anterior en los sistemas que ejecutan ONTAP 9.12.1 o 9.11.1 mediante el procedimiento de actualización manual descrito "aquí".

Para obtener más información sobre las combinaciones de actualización de plataformas, revise la tabla de actualización IP de MetroCluster en "Elija un procedimiento de actualización de la controladora".

Consulte "Seleccione un método de actualización o actualización" para procedimientos adicionales.

Acerca de esta tarea

  • Este procedimiento solo se puede usar para actualizar la controladora.

    Otros componentes de la configuración, como bandejas de almacenamiento o switches, no pueden actualizarse al mismo tiempo.

  • Este procedimiento se aplica a los módulos de controladora en una configuración IP de MetroCluster de cuatro nodos que ejecuta ONTAP 9.13.1 o una versión posterior.

    "Hardware Universe de NetApp"

  • Los sistemas MetroCluster deben ejecutar la misma versión de ONTAP en ambos sitios.

  • Puede utilizar este procedimiento para actualizar controladoras en una configuración de IP de MetroCluster de cuatro nodos mediante la conmutación de sitios y la conmutación de estado automatizada basada en NSO.

    Nota La realización de una actualización mediante la reubicación de agregados (ARL) con comandos «systems controller replace» no se admite para una configuración de IP de MetroCluster de cuatro nodos.

  • Debe utilizar el procedimiento de actualización automática de la controladora NSO para actualizar las controladoras en ambos sitios en secuencia.

  • Este procedimiento automatizado de actualización de controladora basada en la NSO le ofrece la posibilidad de iniciar la sustitución de controladoras a un sitio de recuperación ante desastres (DR) de MetroCluster. Solo puede iniciar el reemplazo de una controladora en una instalación cada vez.

  • Para iniciar la sustitución de una controladora en el sitio A, debe ejecutar el comando Controller rereemplazo start desde el sitio B. La operación le guía para reemplazar controladoras de ambos nodos en el sitio A únicamente. Para sustituir las controladoras en el sitio B, debe ejecutar el comando Controller replace start desde el sitio A. Aparece un mensaje que identifica el sitio en el que se van a reemplazar los controladores.

En este procedimiento se utilizan los nombres de ejemplo siguientes:

  • Sitio_a

    • Antes de la actualización:

      • Node_a_1-old

      • Node_A_2-old

    • Después de la actualización:

      • Node_A_1-new

      • Node_A_2-New

  • Centro_B

    • Antes de la actualización:

      • Node_B_1-old

      • Node_B_2-old

    • Después de la actualización:

      • Node_B_1-New

      • Node_B_2-New

Prepare la actualización

Para preparar la actualización de la controladora, debe realizar comprobaciones previas del sistema y recopilar la información de la configuración.

Antes de que se inicien las comprobaciones previas, si se instala ONTAP Mediator, se detecta y elimina automáticamente. Para confirmar la eliminación, se le pedirá que introduzca un nombre de usuario y una contraseña. Cuando completa la actualización, o si las comprobaciones previas fallan o si elige no continuar con la actualización, debe Reconfigurar manualmente ONTAP Mediator.

En cualquier momento durante la actualización, puede ejecutar el system controller replace show o. system controller replace show-details Comando del sitio A para comprobar el estado. Si los comandos devuelven un resultado en blanco, espere unos minutos y vuelva a ejecutar el comando.

Pasos

  1. Inicie el procedimiento de sustitución de controladora automatizado del sitio A para sustituir las controladoras en el sitio B:

    system controller replace start -nso true

    La operación automatizada ejecuta las comprobaciones previas. Si no se encuentra ningún problema, la operación se coloca en pausa para recopilar manualmente la información relacionada con la configuración.

    Nota

    • Si no ejecuta el system controller replace start -nso true Comando, el procedimiento de actualización de controladora elige la conmutación de sitios y la conmutación de estado automatizadas basadas en NSO como el procedimiento predeterminado en los sistemas IP de MetroCluster.

    • Se muestran el sistema de origen actual y todos los sistemas de destino compatibles. Si sustituyó la controladora de origen con una controladora que tiene una versión de ONTAP diferente o una plataforma no compatible, la operación de automatización se detiene e informa de un error después de que se arrancan los nuevos nodos. Para que el clúster vuelva a estar en buen estado, debe seguir el procedimiento de recuperación manual.

      La system controller replace start el comando puede informar el siguiente error de las comprobaciones previas:

      Cluster-A::*>system controller replace show
Node        Status         Error-Action
----------- -------------- ------------------------------------
Node-A-1    Failed         MetroCluster check failed. Reason : MCC check showed errors in component aggregates

      Compruebe si se ha producido este error porque ha reflejado agregados o debido a otro problema de agregado. Verifique que todos los agregados reflejados estén en buen estado y no degradado o con estado de reflejo degradado. Si este error se debe únicamente a agregados no reflejados, puede seleccionar la opción para anular este error -skip-metrocluster-check true en la system controller replace start comando. Si puede accederse al almacenamiento remoto, los agregados no reflejados entran en línea tras realizar la conmutación. Si el enlace de almacenamiento remoto falla, los agregados no reflejados no pueden conectarse.

  2. Para recopilar manualmente la información de configuración, inicie sesión en el sitio B y siga los comandos enumerados en el mensaje de la consola en system controller replace show o. system controller replace show-details comando.

Obteniendo información antes de la actualización

Antes de la actualización, si el volumen raíz está cifrado, se debe recopilar la clave de backup y otra información para arrancar las nuevas controladoras con los volúmenes raíz cifrados anteriores.

Acerca de esta tarea

Esta tarea se lleva a cabo en la configuración de IP de MetroCluster existente.

Pasos

  1. Etiquete los cables de las controladoras existentes para que puedan identificar fácilmente los cables cuando configure las nuevas controladoras.

  2. Muestre los comandos para capturar la clave de backup y otra información:

    system controller replace show

    Ejecute los comandos enumerados en show del clúster de partners.

    La show La salida del comando muestra tres tablas que contienen las direcciones IP de la interfaz de MetroCluster, los ID del sistema y los UUID del sistema. Esta información es necesaria más adelante en el procedimiento para establecer los arranques al iniciar el nuevo nodo.

  3. Recopile los ID del sistema de los nodos en la configuración de MetroCluster:

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

    Durante el procedimiento de actualización, reemplazará estos antiguos ID del sistema por los ID de sistema de los nuevos módulos del controlador.

    En este ejemplo, para una configuración de IP de MetroCluster de cuatro nodos, se recuperan los siguientes ID de sistema anteriores:

    • Node_A_1-old: 4068741258

    • Node_A_2-old: 4068741260

    • Node_B_1-old: 4068741254

    • Node_B_2-old: 4068741256

    metrocluster-siteA::> 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-old    4068741258        4068741260              4068741256             4068741256
1                    Cluster_A       Node_A_2-old    4068741260        4068741258              4068741254             4068741254
1                    Cluster_B       Node_B_1-old    4068741254        4068741256              4068741258             4068741260
1                    Cluster_B       Node_B_2-old    4068741256        4068741254              4068741260             4068741258
4 entries were displayed.

    En este ejemplo, para una configuración de IP de MetroCluster de dos nodos, se recuperan los siguientes ID de sistema antiguos:

    • Node_a_1: 4068741258

    • Node_B_1: 4068741254

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

dr-group-id cluster    node          node-systemid dr-partner-systemid
----------- ---------- --------      ------------- ------------
1           Cluster_A  Node_A_1-old  4068741258    4068741254
1           Cluster_B  node_B_1-old  -             -
2 entries were displayed.

  4. Recopile información del puerto y LIF para cada nodo antiguo.

    Debe recopilar el resultado de los siguientes comandos para cada nodo:

    • 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

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

    Debe recopilar el resultado de los siguientes comandos:

    • fcp adapter show -instance

    • fcp interface show -instance

    • iscsi interface show

    • ucadmin show

  6. Si el volumen raíz está cifrado, recopile y guarde la clave de acceso usada para Key-Manager:

    security key-manager backup show

  7. 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 "Realizar un backup manual de la información de gestión de claves incorporada".

    1. Si se configuró el gestor de claves incorporado:

      security key-manager onboard show-backup

      Necesitará la contraseña 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

  8. Después de terminar de recoger la información de configuración, reanude la operación:

    system controller replace resume

Eliminar la configuración existente del tiebreaker o de otro software de supervisión

Si la configuración existente se supervisa con la configuración de tiebreaker para MetroCluster u otras aplicaciones de terceros (por ejemplo, ClusterLion) que pueden iniciar una conmutación de sitios, debe eliminar la configuración de MetroCluster del tiebreaker o de otro software antes de sustituir el controlador antiguo.

Pasos

  1. "Quitar la configuración de MetroCluster existente" Del software Tiebreaker.

  2. Elimine la configuración de MetroCluster existente de cualquier aplicación de terceros que pueda iniciar la conmutación.

    Consulte la documentación de la aplicación.

Sustituir las controladoras antiguas y arrancar las nuevas controladoras

Después de recopilar información y reanudar la operación, la automatización avanza con la operación de conmutación.

Acerca de esta tarea

La operación de automatización inicia las operaciones de conmutación de sitios. Una vez finalizadas estas operaciones, la operación se detiene en pausa para la intervención del usuario para que pueda instalar los controladores en rack, iniciar los controladores asociados y reasignar los discos agregados raíz al nuevo módulo del controlador desde la copia de seguridad flash mediante el sysids reunidos antes.

Antes de empezar

Antes de iniciar la conmutación, la operación de automatización se pone en pausa para que pueda comprobar manualmente que todas las LIF están «'más'» en el sitio B. En caso necesario, llevar cualquier LIF «desposeída» a «arriba» y reanudar la operación de automatización utilizando el system controller replace resume comando.

Preparar la configuración de red de las controladoras antiguas

Para garantizar que la red se reanude correctamente en las nuevas controladoras, debe mover los LIF a un puerto común y, a continuación, quitar la configuración de red de las controladoras antiguas.

Acerca de esta tarea

  • Esta tarea se debe realizar en cada uno de los nodos antiguos.

  • Utilizará la información recopilada en Prepare la actualización.

Pasos

  1. Arranque los nodos antiguos y después inicie sesión en los nodos:

    boot_ontap

  2. Asigne el puerto de inicio de todos los LIF de datos de la controladora anterior a un puerto común que sea el mismo en los módulos de controladora nuevos y antiguos.

    1. Mostrar las LIF:

      network interface show

      Todos los LIF de datos, incluidos SAN y NAS, serán «propios» de administrador y «inactivos» operacionalmente, ya que están en el sitio de la conmutación (cluster_A).

    2. Revise el resultado para encontrar un puerto de red física común que sea el mismo en las controladoras anterior y nueva que no se use como puerto de clúster.

      Por ejemplo, «'e0d» es un puerto físico de las controladoras antiguas y también está presente en las nuevas controladoras. «'e0d'» no se utiliza como puerto de clúster ni de ningún otro modo en las nuevas controladoras.

      Para el uso de puertos para los modelos de plataforma, consulte "Hardware Universe de NetApp"

    3. Modifique todas las LIF de datos para utilizar el puerto común como puerto de inicio:

      network interface modify -vserver svm-name -lif data-lif -home-port port-id

      En el siguiente ejemplo, esto es «'e0d'».

      Por ejemplo:

    network interface modify -vserver vs0 -lif datalif1 -home-port e0d

  3. Modificar los dominios de retransmisión para quitar los puertos VLAN y físicos que se deben eliminar:

    broadcast-domain remove-ports -broadcast-domain broadcast-domain-name -ports node-name:port-id

    Repita este paso para todos los puertos VLAN y físicos.

  4. Quite todos los puertos VLAN que utilizan puertos de clúster como puertos miembro y grupos de interfaces usando puertos de clúster como puertos miembro.

    1. Eliminar puertos VLAN:

      network port vlan delete -node node-name -vlan-name portid-vlandid

      Por ejemplo:

      network port vlan delete -node node1 -vlan-name e1c-80

    2. Quite puertos físicos de los grupos de interfaces:

      network port ifgrp remove-port -node node-name -ifgrp interface-group-name -port portid

      Por ejemplo:

    network port ifgrp remove-port -node node1 -ifgrp a1a -port e0d

    1. Quite puertos VLAN y de grupo de interfaces del dominio de retransmisión:

      network port broadcast-domain remove-ports -ipspace ipspace -broadcast-domain broadcast-domain-name -ports nodename:portname,nodename:portname,..

    2. Modifique los puertos del grupo de interfaces para utilizar otros puertos físicos como miembro según sea necesario.:

      ifgrp add-port -node node-name -ifgrp interface-group-name -port port-id

  5. Detenga los nodos:

    halt -inhibit-takeover true -node node-name

    Este paso debe realizarse en ambos nodos.

Configurar las nuevas controladoras

Debe montar en rack y cablear las nuevas controladoras.

Pasos

  1. Planifique la colocación de los nuevos módulos de controladora y bandejas de almacenamiento según sea necesario.

    El espacio en rack depende del modelo de plataforma de los módulos de la controladora, los tipos de switch y el número de bandejas de almacenamiento de la configuración.

  2. Puesta a tierra apropiadamente usted mismo.

  3. Instale los módulos de la controladora en el rack o armario.

    "Documentación de los sistemas de hardware de ONTAP"

  4. Si los nuevos módulos de controladoras no vienen con tarjetas FC-VI propias y si las tarjetas FC-VI de controladoras antiguas son compatibles con las nuevas controladoras, intercambie las tarjetas FC-VI e instálelas en las ranuras correctas.

    Consulte "Hardware Universe de NetApp" Para obtener información sobre las ranuras de las tarjetas FC-VI.

  5. Conecte los cables de las conexiones de alimentación, de consola serie y de gestión de las controladoras tal como se describe en las Guías de instalación y configuración de MetroCluster.

    No conecte ningún otro cable que esté desconectado de las controladoras antiguas en este momento.

    "Documentación de los sistemas de hardware de ONTAP"

  6. Encienda los nodos nuevos y pulse Ctrl-C cuando se le solicite que muestre el aviso del CARGADOR.

Netarrancando los nuevos controladores

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.

Esta tarea se realiza en cada uno de los nuevos módulos del controlador.

Pasos

  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 desde la sección de descarga de software del sitio de soporte de NetApp y almacene el archivo ontap-version_image.tgz en un directorio accesible desde la web.

  3. Vaya al directorio accesible a Internet y compruebe que los archivos que necesita están disponibles.

    La lista de directorios debe contener una carpeta netboot con un archivo de núcleo: ontap-version_image.tgz

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

  4. En el símbolo del sistema del CARGADOR, configure la conexión para reiniciar el sistema para una LIF de gestión:

    • Si el direccionamiento IP es DHCP, configure la conexión automática:

      ifconfig e0M -auto

    • Si el direccionamiento IP es estático, configure la conexión manual:

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

  5. Reiniciar el sistema.

    • Si la plataforma es un sistema de la serie 80xx, utilice este comando:

      netboot http://web_server_ip/path_to_web-accessible_directory/netboot/kernel

    • Si la plataforma es cualquier otro sistema, utilice el siguiente comando:

      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.

     Disregard the following message: "This procedure is not supported for Non-Disruptive Upgrade on an HA pair". It applies to nondisruptive upgrades of software, not to upgrades of controllers.
. 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`
    Enter username/password if applicable, or press Enter to continue.

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

  8. 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 en un módulo del 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 el símbolo del sistema del CARGADOR:

    halt

  2. En el símbolo del sistema del CARGADOR, establezca las variables de entorno en los valores predeterminados:

    set-defaults

  3. Guarde el entorno:

    saveenv

  4. En el símbolo del sistema del CARGADOR, 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.

Restaurar la configuración de HBA

Dependiendo de la presencia y configuración de tarjetas HBA en el módulo de controlador, debe configurarlas correctamente para el uso de su sitio.

Pasos

  1. En el modo de mantenimiento configure los ajustes para cualquier HBA del sistema:

    1. Compruebe la configuración actual de los puertos: ucadmin show

    2. Actualice la configuración del puerto según sea necesario.

    Si tiene este tipo de HBA y el modo que desea…​

    Se usa este comando…​

    CNA FC

    ucadmin modify -m fc -t initiator adapter-name

    Ethernet de CNA

    ucadmin modify -mode cna adapter-name

    Destino FC

    fcadmin config -t target adapter-name

    Iniciador FC

    fcadmin config -t initiator adapter-name

  2. Salir del modo de mantenimiento:

    halt

    Después de ejecutar el comando, espere hasta que el nodo se detenga en el símbolo del sistema DEL CARGADOR.

  3. Vuelva a arrancar el nodo en modo de mantenimiento para permitir que los cambios de configuración surtan efecto:

    boot_ontap maint

  4. Compruebe los cambios realizados:

    Si tiene este tipo de HBA…​

    Se usa este comando…​

    CNA

    ucadmin show

    FC

    fcadmin show

Establezca el estado de alta disponibilidad en las controladoras y el chasis nuevos

Debe comprobar el estado de alta disponibilidad de las controladoras y el chasis y, si es necesario, actualizar el estado para que coincida con la configuración del sistema.

Pasos

  1. En el modo de mantenimiento, muestre el estado de alta disponibilidad del módulo de controladora y el chasis:

    ha-config show

    El estado de alta disponibilidad para todos los componentes debe ser mccip.

  2. Si el estado del sistema mostrado de la controladora o el chasis no es correcto, establezca el estado de alta disponibilidad:

    ha-config modify controller mccip

    ha-config modify chassis mccip

  3. Detenga el nodo: halt

    El nodo debe detenerse en la LOADER> prompt.

  4. En cada nodo, compruebe la fecha, la hora y la zona horaria del sistema: show date

  5. Si es necesario, establezca la fecha en UTC o GMT: set date <mm/dd/yyyy>

  6. Compruebe la hora utilizando el siguiente comando en el símbolo del sistema del entorno de arranque: show time

  7. Si es necesario, establezca la hora en UTC o GMT: set time <hh:mm:ss>

  8. Guarde los ajustes: saveenv

  9. Recopile variables de entorno: printenv

Actualice los archivos RCF del switch para acomodar las nuevas plataformas

Debe actualizar los switches a una configuración que admita los nuevos modelos de plataforma.

Acerca de esta tarea

Esta tarea debe realizarse en el sitio que contiene las controladoras que se están actualizando. En los ejemplos mostrados en este procedimiento, estamos actualizando site_B primero.

Los switches de Site_A se actualizarán cuando se actualicen las controladoras de Site_A.

Pasos

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

    Siga los pasos de la sección correspondiente al proveedor de switches en la sección MetroCluster IP Installation and Configuration (instalación y configuración de IP de).

    "Instalación y configuración de IP de MetroCluster"

  2. Descargue e instale los archivos RCF.

    Siga los pasos de la sección correspondiente a su proveedor de switches desde el "Instalación y configuración de IP de MetroCluster".

Establezca las variables bootarg de MetroCluster IP

Ciertos valores de arranque IP de MetroCluster deben configurarse en los nuevos módulos de la controladora. Los valores deben coincidir con los configurados en los módulos de la controladora anteriores.

Acerca de esta tarea

En esta tarea, utilizará los UUID y los identificadores del sistema identificados anteriormente en el procedimiento de actualización en "Obteniendo información antes de la actualización".

Pasos

  1. En la LOADER> Prompt, establezca los siguientes bootargs en los nuevos nodos en el site_B:

    setenv bootarg.mcc.port_a_ip_config local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id

    setenv bootarg.mcc.port_b_ip_config local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id

    En el ejemplo siguiente se configuran los valores para NODE_B_1 mediante VLAN 120 para la primera red y VLAN 130 para la segunda red:

    setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,172.17.26.11,172.17.26.13,172.17.26.12,120
setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,172.17.27.11,172.17.27.13,172.17.27.12,130

    En el ejemplo siguiente se configuran los valores para NODE_B_2 mediante VLAN 120 para la primera red y VLAN 130 para la segunda red:

    setenv bootarg.mcc.port_a_ip_config 172.17.26.11/23,0,172.17.26.10,172.17.26.12,172.17.26.13,120
setenv bootarg.mcc.port_b_ip_config 172.17.27.11/23,0,172.17.27.10,172.17.27.12,172.17.27.13,130

  2. En los nuevos nodos LOADER Prompt, establezca los UUID:

    setenv bootarg.mgwd.partner_cluster_uuid partner-cluster-UUID

    setenv bootarg.mgwd.cluster_uuid local-cluster-UUID

    setenv bootarg.mcc.pri_partner_uuid DR-partner-node-UUID

    setenv bootarg.mcc.aux_partner_uuid DR-aux-partner-node-UUID

    setenv bootarg.mcc_iscsi.node_uuid local-node-UUID

    1. Defina los UUID en NODE_B_1.

      En el siguiente ejemplo se muestran los comandos para definir los UUIDs en NODE_B_1:

      setenv bootarg.mgwd.cluster_uuid ee7db9d5-9a82-11e7-b68b-00a098908039
setenv bootarg.mgwd.partner_cluster_uuid 07958819-9ac6-11e7-9b42-00a098c9e55d
setenv bootarg.mcc.pri_partner_uuid f37b240b-9ac1-11e7-9b42-00a098c9e55d
setenv bootarg.mcc.aux_partner_uuid bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f
setenv bootarg.mcc_iscsi.node_uuid f03cb63c-9a7e-11e7-b68b-00a098908039

    2. Defina los UUID en NODE_B_2:

      En el siguiente ejemplo se muestran los comandos para definir los UUIDs en NODE_B_2:

    setenv bootarg.mgwd.cluster_uuid ee7db9d5-9a82-11e7-b68b-00a098908039
setenv bootarg.mgwd.partner_cluster_uuid 07958819-9ac6-11e7-9b42-00a098c9e55d
setenv bootarg.mcc.pri_partner_uuid bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f
setenv bootarg.mcc.aux_partner_uuid f37b240b-9ac1-11e7-9b42-00a098c9e55d
setenv bootarg.mcc_iscsi.node_uuid aa9a7a7a-9a81-11e7-a4e9-00a098908c35

  3. Si los sistemas originales estaban configurados para ADP, en cada solicitud DEL CARGADOR de los nodos de sustitución, habilite ADP:

    setenv bootarg.mcc.adp_enabled true

  4. Configure las siguientes variables:

    setenv bootarg.mcc.local_config_id original-sys-id

    setenv bootarg.mcc.dr_partner dr-partner-sys-id

    Nota La setenv bootarg.mcc.local_config_id La variable debe establecerse en el sys-id del módulo controlador original, node_B_1.

    1. Defina las variables en NODE_B_1.

      En el ejemplo siguiente se muestran los comandos para definir los valores en NODE_B_1:

      setenv bootarg.mcc.local_config_id 537403322
setenv bootarg.mcc.dr_partner 537403324

    2. Defina las variables en NODE_B_2.

      En el ejemplo siguiente se muestran los comandos para definir los valores en NODE_B_2:

    setenv bootarg.mcc.local_config_id 537403321
setenv bootarg.mcc.dr_partner 537403323

  5. Si utiliza cifrado con gestor de claves externo, defina los bootargs necesarios:

    setenv bootarg.kmip.init.ipaddr

    setenv bootarg.kmip.kmip.init.netmask

    setenv bootarg.kmip.kmip.init.gateway

    setenv bootarg.kmip.kmip.init.interface

Reasignar discos de agregado raíz

Reasigne los discos del agregado raíz al nuevo módulo de controlador mediante la sysids reunidos antes

Acerca de esta tarea

Esta tarea se realiza en modo de mantenimiento.

Los ID antiguos del sistema se identificaron en "Obteniendo información antes de la actualización".

Los ejemplos de este procedimiento utilizan controladoras con los siguientes ID de sistema:

Nodo

ID del sistema antiguo

Nuevo ID del sistema

Node_B_1

4068741254

1574774970
Pasos

  1. Conecte el resto de conexiones a los nuevos módulos de controladora (FC-VI, almacenamiento, interconexión de clúster, etc.).

  2. Detenga el sistema y arranque en modo de mantenimiento desde el símbolo del sistema del CARGADOR:

    boot_ontap maint

  3. Muestre los discos propiedad de node_B_1-old:

    disk show -a

    El resultado del comando muestra el ID del sistema del nuevo módulo de la controladora (1574774970). Sin embargo, los discos del agregado raíz siguen siendo propiedad del ID de sistema anterior (4068741254). En este ejemplo, no se muestran las unidades que pertenecen a otros nodos en la configuración MetroCluster.

    *> disk show -a
Local System ID: 1574774970

  DISK         OWNER                     POOL   SERIAL NUMBER    HOME                      DR HOME
------------   -------------             -----  -------------    -------------             -------------
...
rr18:9.126L44 node_B_1-old(4068741254)   Pool1  PZHYN0MD         node_B_1-old(4068741254)  node_B_1-old(4068741254)
rr18:9.126L49 node_B_1-old(4068741254)   Pool1  PPG3J5HA         node_B_1-old(4068741254)  node_B_1-old(4068741254)
rr18:8.126L21 node_B_1-old(4068741254)   Pool1  PZHTDSZD         node_B_1-old(4068741254)  node_B_1-old(4068741254)
rr18:8.126L2  node_B_1-old(4068741254)   Pool0  S0M1J2CF         node_B_1-old(4068741254)  node_B_1-old(4068741254)
rr18:8.126L3  node_B_1-old(4068741254)   Pool0  S0M0CQM5         node_B_1-old(4068741254)  node_B_1-old(4068741254)
rr18:9.126L27 node_B_1-old(4068741254)   Pool0  S0M1PSDW         node_B_1-old(4068741254)  node_B_1-old(4068741254)
...

  4. Reasigne los discos de agregado raíz de las bandejas de unidades a la nueva controladora:

    disk reassign -s old-sysid -d new-sysid

    Nota Si el sistema IP de MetroCluster está configurado con la partición avanzada de discos, debe incluir el ID del sistema asociado de DR ejecutando el disk reassign -s old-sysid -d new-sysid -r dr-partner-sysid comando.

    En el siguiente ejemplo, se muestra la reasignación de unidades:

    *> disk reassign -s 4068741254 -d 1574774970
Partner node must not be in Takeover mode during disk reassignment from maintenance mode.
Serious problems could result!!
Do not proceed with reassignment if the partner is in takeover mode. Abort reassignment (y/n)? n

After the node becomes operational, you must perform a takeover and giveback of the HA partner node to ensure disk reassignment is successful.
Do you want to continue (y/n)? Jul 14 19:23:49 [localhost:config.bridge.extra.port:error]: Both FC ports of FC-to-SAS bridge rtp-fc02-41-rr18:9.126L0 S/N [FB7500N107692] are attached to this controller.
y
Disk ownership will be updated on all disks previously belonging to Filer with sysid 4068741254.
Do you want to continue (y/n)? y

  5. Compruebe que todos los discos se reasignan según se espera:

    disk show

    *> disk show
Local System ID: 1574774970

  DISK        OWNER                      POOL   SERIAL NUMBER   HOME                      DR HOME
------------  -------------              -----  -------------   -------------             -------------
rr18:8.126L18 node_B_1-new(1574774970)   Pool1  PZHYN0MD        node_B_1-new(1574774970)  node_B_1-new(1574774970)
rr18:9.126L49 node_B_1-new(1574774970)   Pool1  PPG3J5HA        node_B_1-new(1574774970)  node_B_1-new(1574774970)
rr18:8.126L21 node_B_1-new(1574774970)   Pool1  PZHTDSZD        node_B_1-new(1574774970)  node_B_1-new(1574774970)
rr18:8.126L2  node_B_1-new(1574774970)   Pool0  S0M1J2CF        node_B_1-new(1574774970)  node_B_1-new(1574774970)
rr18:9.126L29 node_B_1-new(1574774970)   Pool0  S0M0CQM5        node_B_1-new(1574774970)  node_B_1-new(1574774970)
rr18:8.126L1  node_B_1-new(1574774970)   Pool0  S0M1PSDW        node_B_1-new(1574774970)  node_B_1-new(1574774970)
*>

  6. Mostrar el estado del agregado:

    aggr status

    *> aggr status
           Aggr            State       Status           Options
aggr0_node_b_1-root        online      raid_dp, aggr    root, nosnap=on,
                           mirrored                     mirror_resync_priority=high(fixed)
                           fast zeroed
                           64-bit

  7. Repita los pasos anteriores en el nodo asociado (node_B_2-new).

Arrancar las nuevas controladoras

Debe reiniciar los controladores desde el menú de arranque para actualizar la imagen flash de la controladora. Se requieren pasos adicionales si está configurado el cifrado.

Es posible volver a configurar las VLAN y los grupos de interfaces. Si es necesario, modifique manualmente los puertos de las LIF del clúster y los detalles del dominio de retransmisión antes de reanudar la operación mediante el system controller replace resume comando.

Acerca de esta tarea

Esta tarea debe realizarse en todas las controladoras nuevas.

Pasos

  1. Detenga el nodo:

    halt

  2. Si se configura el gestor de claves externo, defina los bootargs relacionados:

    setenv bootarg.kmip.init.ipaddr ip-address

    setenv bootarg.kmip.init.netmask netmask

    setenv bootarg.kmip.init.gateway gateway-address

    setenv bootarg.kmip.init.interface interface-id

  3. Mostrar el menú de inicio:

    boot_ontap menu

  4. Si se utiliza el cifrado de raíz, seleccione la opción de menú de inicio para la configuración de administración de claves.

    Si está usando…​

    Seleccione esta opción del menú de inicio…​

    Gestión de claves incorporada

    Opción «'10»

    Siga las instrucciones para proporcionar las entradas necesarias para recuperar y restaurar la configuración de Key-Manager.

    Gestión de claves externas

    Opción «'11»

    Siga las instrucciones para proporcionar las entradas necesarias para recuperar y restaurar la configuración de Key-Manager.

  5. Desde el menú de inicio, ejecute la opción «'6'».

    Nota La opción «'6'» reiniciará el nodo dos veces antes de completarlo.

    Responda «'y'» a los mensajes de cambio de ID del sistema. Espere a que aparezcan los segundos mensajes de reinicio:

    Successfully restored env file from boot media...

Rebooting to load the restored env file...

    Durante uno de los reinicios después de la opción “6”, el mensaje de confirmación Override system ID? {y|n} aparece. Introduzca y.

  6. Si se utiliza el cifrado de raíz, seleccione de nuevo la opción de menú de inicio para la configuración de administración de claves.

    Si está usando…​

    Seleccione esta opción del menú de inicio…​

    Gestión de claves incorporada

    Opción «'10»

    Siga las instrucciones para proporcionar las entradas necesarias para recuperar y restaurar la configuración de Key-Manager.

    Gestión de claves externas

    Opción «'11»

    Siga las instrucciones para proporcionar las entradas necesarias para recuperar y restaurar la configuración de Key-Manager.

    En función del ajuste del gestor de claves, realice el procedimiento de recuperación seleccionando la opción «'10'» o la opción «'11'», seguida de la opción «'6'» en el primer símbolo del sistema del menú de arranque. Para arrancar los nodos por completo, puede que necesite repetir el procedimiento de recuperación seguido de la opción «'1'» (arranque normal).

  7. Arrancar los nodos:

    boot_ontap

  8. Espere a que los nodos sustituidos se inicien.

    Si alguno de los nodos está en modo de toma de control, realice una devolución mediante el storage failover giveback comando.

  9. Verifique que todos los puertos estén en un dominio de retransmisión:

    1. Vea los dominios de retransmisión:

      network port broadcast-domain show

    2. Añada cualquier puerto a un dominio de retransmisión según sea necesario.

      "Agregar o quitar puertos de un dominio de retransmisión"

    3. Añada el puerto físico que alojará las LIF de interconexión de clústeres en el dominio de retransmisión correspondiente.

    4. Modifique las LIF de interconexión de clústeres para usar el puerto físico nuevo como puerto principal.

    5. Después de poner en marcha las LIF de interconexión de clústeres, compruebe el estado de paridad del clúster y vuelva a establecer la relación de clústeres entre iguales según sea necesario.

      Es posible que deba volver a configurar la relación de clústeres entre iguales.

      "Creación de una relación de paridad entre clústeres"

    6. Vuelva a crear las VLAN y los grupos de interfaces según sea necesario.

      La pertenencia a la VLAN y al grupo de interfaces puede ser diferente de la del nodo antiguo.

      "Creación de una VLAN"

    "Combinación de puertos físicos para crear grupos de interfaces"

    1. Compruebe que el clúster asociado sea accesible y que la configuración se haya resincronizado correctamente en el clúster de asociado:

      metrocluster switchback -simulate true

  10. Si se utiliza el cifrado, restaure las claves con el comando correcto para la configuración de gestión de claves.

    Si está usando…​

    Se usa este comando…​

    Gestión de claves incorporada

    security key-manager onboard sync

    Para obtener más información, consulte "Restauración de las claves de cifrado de gestión de claves incorporadas".

    Gestión de claves externas

    `security key-manager external restore -vserver SVM -node node -key-server _host_name

  11. Antes de reanudar la operación, compruebe que el MetroCluster esté configurado correctamente. Compruebe el estado del nodo:

    metrocluster node show

    Verifique que los nuevos nodos (site_B) estén en esperando el estado de regreso desde el sitio_A.

  12. Reanude la operación:

    system controller replace resume

Completando la actualización

La operación de automatización ejecuta comprobaciones del sistema de verificación y, a continuación, pausa para poder verificar la accesibilidad de la red. Después de la verificación, se inicia la fase de recuperación de recursos y la operación de automatización ejecuta la conmutación de estado del sitio A y se pausa en las comprobaciones posteriores a la actualización. Después de reanudar la operación de automatización, se realizan las comprobaciones posteriores a la actualización y, si no se detectan errores, Marca la actualización como completada.

Pasos

  1. Compruebe la accesibilidad de la red siguiendo el mensaje de la consola.

  2. Una vez finalizada la verificación, reanude la operación:

    system controller replace resume

  3. La operación de automatización realiza heal-aggregate, heal-root-aggregate, Y operaciones de conmutación en el sitio A, y las comprobaciones posteriores a la actualización. Cuando se pausa la operación, compruebe manualmente el estado de LIF DE SAN y compruebe la configuración de red siguiendo el mensaje de la consola.

  4. Una vez finalizada la verificación, reanude la operación:

    system controller replace resume

  5. Compruebe el estado de las comprobaciones posteriores a la actualización:

    system controller replace show

    Si las comprobaciones posteriores a la actualización no informaron de ningún error, se completó la actualización.

  6. Una vez finalizada la actualización de la controladora, inicie sesión en el sitio B y compruebe que las controladoras sustituidas estén configuradas correctamente.

Vuelva a configurar ONTAP Mediator

Configure manualmente ONTAP Mediator que se eliminó automáticamente antes de iniciar la actualización.

  1. Utilice los pasos de "Configure el servicio Mediador ONTAP desde una configuración IP de MetroCluster".

Restaurar la supervisión de tiebreaker

Si la configuración de MetroCluster se ha configurado previamente para la supervisión por parte del software Tiebreaker, puede restaurar la conexión de tiebreaker.

  1. Utilice los pasos de "Adición de configuraciones de MetroCluster".