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 una configuración IP de MetroCluster de cuatro u ocho nodos (ONTAP 9,8 y versiones posteriores)

Colaboradores

Este procedimiento se puede usar para actualizar controladoras y almacenamiento en configuraciones de cuatro o ocho nodos.

A partir de ONTAP 9.13.1, puede actualizar las controladoras y el almacenamiento en una configuración IP de MetroCluster de ocho nodos si se amplía la configuración para convertirse en una configuración temporal de doce nodos y, a continuación, se eliminan los grupos anteriores de recuperación ante desastres.

A partir de ONTAP 9,8, puede actualizar las controladoras y el almacenamiento en una configuración IP de MetroCluster de cuatro nodos ampliando la configuración para convertirse en una configuración temporal de ocho nodos y, luego, eliminando el grupo anterior de recuperación ante desastres.

Acerca de esta tarea
  • Si tiene una configuración de ocho nodos, el sistema debe ejecutar ONTAP 9.13.1 o una versión posterior.

  • Si tiene una configuración de cuatro nodos, el sistema debe ejecutar ONTAP 9,8 o una versión posterior.

  • Si también va a actualizar los switches IP, debe actualizarlos antes de realizar este procedimiento de actualización.

  • Este procedimiento describe los pasos necesarios para actualizar un grupo de DR de cuatro nodos. Si tiene una configuración de ocho nodos (dos grupos de DR), puede actualizar uno o ambos grupos de DR.

    Si actualiza ambos grupos de recuperación de desastres, debe actualizar de un grupo de recuperación de desastres a la vez.

  • Las referencias a "nodos antiguos" significan los nodos que desea reemplazar.

  • Para las configuraciones de ocho nodos, la combinación de plataforma MetroCluster de ocho nodos de origen y destino debe ser compatible.

    Nota Si se actualizan ambos grupos de recuperación de desastres, es posible que la combinación de la plataforma no sea compatible después de actualizar el primer grupo de recuperación de desastres. Debe actualizar ambos grupos de recuperación de desastres para lograr una configuración de ocho nodos compatible.
  • Solo puede actualizar modelos de plataforma específicos mediante este procedimiento en una configuración IP de MetroCluster.

  • Se aplican los límites inferiores de las plataformas de origen y destino. Si realiza la transición a una plataforma superior, los límites de la nueva plataforma se aplican únicamente después de que se haya completado la actualización tecnológica de todos los grupos de recuperación ante desastres.

  • Si realiza una actualización tecnológica a una plataforma con límites inferiores a los de la plataforma de origen, debe ajustar y reducir los límites para que estén en los límites de la plataforma de destino o por debajo de ellos antes de realizar este procedimiento.

Pasos
  1. Compruebe que tiene un dominio de retransmisión predeterminado creado en los nodos antiguos.

    Cuando se añaden nodos nuevos a un clúster existente sin un dominio de retransmisión predeterminado, las LIF de gestión de nodos se crean para los nodos nuevos mediante identificadores únicos universales (UUID) en lugar de los nombres esperados. Para obtener más información, vea el artículo de la base de conocimientos "LIF de gestión de nodos en los nodos recién añadidos generados con nombres UUID".

  2. Recopile información de los nodos antiguos.

    En este momento, la configuración de cuatro nodos aparece como se muestra en la siguiente imagen:

    mcc dr grupo a

    La configuración de ocho nodos aparece tal y como se muestra en la siguiente imagen:

    mcc grupos dr de 8 nodos
  3. Para evitar la generación automática de casos de soporte, envíe un mensaje de AutoSupport para indicar que la actualización está en curso.

    1. Emita el siguiente comando:
      system node autosupport invoke -node * -type all -message "MAINT=10h Upgrading old-model to new-model"

      En el ejemplo siguiente se especifica una ventana de mantenimiento de 10 horas. Es posible que desee permitir tiempo adicional dependiendo de su plan.

      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

    1. Repita el comando en el clúster de partners.

  4. Si el cifrado de extremo a extremo está activado, siga los pasos a. "Deshabilite el cifrado integral".

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

    1. Utilice la CLI de Tiebreaker monitor remove Comando para quitar la configuración de MetroCluster.

      En el siguiente ejemplo, «'cluster_A'» se elimina del software:

      NetApp MetroCluster Tiebreaker :> monitor remove -monitor-name cluster_A
      Successfully removed monitor from NetApp MetroCluster Tiebreaker
      software.
    2. Para confirmar que la configuración de MetroCluster se elimina correctamente mediante la CLI de tiebreaker monitor show -status comando.

      NetApp MetroCluster Tiebreaker :> monitor show -status

    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.

  6. Realice todos los pasos de "Ampliación de una configuración IP de MetroCluster" para añadir los nodos nuevos y el almacenamiento a la configuración.

    Una vez finalizado el procedimiento de expansión, la configuración temporal aparece como se muestra en las siguientes imágenes:

    mcc dr grupo b
    Figura 1. Configuración temporal de ocho nodos
    mcc dr grupo c4
    Figura 2. Configuración temporal con doce nodos
  7. Confirme que la toma de control es posible y que los nodos están conectados ejecutando el siguiente comando en ambos clústeres:

    storage failover show

    cluster_A::> storage failover show
                                        Takeover
    Node           Partner              Possible    State Description
    -------------- -------------------- ---------   ------------------
    Node_FC_1      Node_FC_2              true      Connected to Node_FC_2
    Node_FC_2      Node_FC_1              true      Connected to Node_FC_1
    Node_IP_1      Node_IP_2              true      Connected to Node_IP_2
    Node_IP_2      Node_IP_1              true      Connected to Node_IP_1
  8. Mueva los volúmenes CRS.

  9. Mueva los datos de los nodos antiguos a los nodos nuevos siguiendo los siguientes procedimientos:

    1. Realice todos los pasos de "Cree un agregado y mueva volúmenes a los nuevos nodos".

      Nota Puede optar por reflejar el agregado cuando o después de crearlo.
    2. Realice todos los pasos de "Mueva LIF de datos que no sean SAN y LIF de gestión de clúster a los nuevos nodos".

  10. Modifique la dirección IP del par de clústeres de los nodos transitados para cada clúster:

    1. Identifique el cluster_A peer mediante el cluster peer show comando:

      cluster_A::> cluster peer show
      Peer Cluster Name         Cluster Serial Number Availability   Authentication
      ------------------------- --------------------- -------------- --------------
      cluster_B         1-80-000011           Unavailable    absent
      1. Modifique la dirección IP del mismo nivel cluster_A:

        cluster peer modify -cluster cluster_A -peer-addrs node_A_3_IP -address-family ipv4

    2. Identifique el par cluster_B mediante el cluster peer show comando:

      cluster_B::> cluster peer show
      Peer Cluster Name         Cluster Serial Number Availability   Authentication
      ------------------------- --------------------- -------------- --------------
      cluster_A         1-80-000011           Unavailable    absent
      1. Modifique la dirección IP del mismo nivel cluster_B:

        cluster peer modify -cluster cluster_B -peer-addrs node_B_3_IP -address-family ipv4

    3. Compruebe que la dirección IP de paridad del clúster se haya actualizado para cada clúster:

      1. Compruebe que la dirección IP se haya actualizado para cada clúster mediante el cluster peer show -instance comando.

        La Remote Intercluster Addresses En los siguientes ejemplos, se muestra la dirección IP actualizada.

        Ejemplo de cluster_A:

      cluster_A::> cluster peer show -instance
      
      Peer Cluster Name: cluster_B
                 Remote Intercluster Addresses: 172.21.178.204, 172.21.178.212
            Availability of the Remote Cluster: Available
                           Remote Cluster Name: cluster_B
                           Active IP Addresses: 172.21.178.212, 172.21.178.204
                         Cluster Serial Number: 1-80-000011
                          Remote Cluster Nodes: node_B_3-IP,
                                                node_B_4-IP
                         Remote Cluster Health: true
                       Unreachable Local Nodes: -
                Address Family of Relationship: ipv4
          Authentication Status Administrative: use-authentication
             Authentication Status Operational: ok
                              Last Update Time: 4/20/2023 18:23:53
                  IPspace for the Relationship: Default
      Proposed Setting for Encryption of Inter-Cluster Communication: -
      Encryption Protocol For Inter-Cluster Communication: tls-psk
        Algorithm By Which the PSK Was Derived: jpake
      
      cluster_A::>

      + Ejemplo de cluster_B

    cluster_B::> cluster peer show -instance
    
                           Peer Cluster Name: cluster_A
               Remote Intercluster Addresses: 172.21.178.188, 172.21.178.196 <<<<<<<< Should reflect the modified address
          Availability of the Remote Cluster: Available
                         Remote Cluster Name: cluster_A
                         Active IP Addresses: 172.21.178.196, 172.21.178.188
                       Cluster Serial Number: 1-80-000011
                        Remote Cluster Nodes: node_A_3-IP,
                                              node_A_4-IP
                       Remote Cluster Health: true
                     Unreachable Local Nodes: -
              Address Family of Relationship: ipv4
        Authentication Status Administrative: use-authentication
           Authentication Status Operational: ok
                            Last Update Time: 4/20/2023 18:23:53
                IPspace for the Relationship: Default
    Proposed Setting for Encryption of Inter-Cluster Communication: -
    Encryption Protocol For Inter-Cluster Communication: tls-psk
      Algorithm By Which the PSK Was Derived: jpake
    
    cluster_B::>
  11. Siga los pasos de "Eliminación de un grupo de recuperación ante desastres" Para eliminar el grupo de recuperación ante desastres antiguo.

  12. Si desea actualizar ambos grupos de DR en una configuración de ocho nodos, debe repetir el procedimiento completo para cada grupo de DR.

    Después de eliminar el grupo de DR antiguo, la configuración aparece como se muestra en las siguientes imágenes:

    mcc dr grupo d
    Figura 3. Configuración con cuatro nodos
    mcc dr grupo c5
    Figura 4. Configuración con ocho nodos
  13. 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

  14. Si deshabilitó el cifrado de extremo a extremo antes de añadir los nodos nuevos, puede volver a habilitarlo siguiendo los pasos de "Habilite el cifrado integral".

  15. Restaure la supervisión si es necesario, siguiendo el procedimiento para su configuración.

    Si está usando…​

    Utilice este procedimiento

    Tiebreaker

    "Adición de configuraciones de MetroCluster" En MetroCluster Tiebreaker instalación y configuración.

    Mediador

    Aplicaciones de terceros

    Consulte la documentación del producto.

  16. Para reanudar la generación automática de casos de soporte, envíe un mensaje de AutoSupport para indicar que se ha completado el mantenimiento.

    1. Emita el siguiente comando:

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

    2. Repita el comando en el clúster de partners.