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.

Quitar las controladoras FC MetroCluster

Colaboradores

Debe realizar tareas de limpieza y eliminar los módulos de la controladora antiguos de la configuración de MetroCluster.

  1. Para evitar la generación automática de casos de soporte, envíe un mensaje de AutoSupport para indicar que está en curso el mantenimiento.

    1. Emita el siguiente comando: system node autosupport invoke -node * -type all -message MAINT=maintenance-window-in-hours

      la ventana de mantenimiento en horas 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

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

  2. Identificar los agregados alojados en la configuración de MetroCluster FC que se deben eliminar.

    En este ejemplo, los siguientes agregados de datos están alojados en MetroCluster FC cluster_B y se deben eliminar: aggr_data_a1 y aggr_data_a2.

    Nota Debe realizar los pasos para identificar, desconectar y eliminar los agregados de datos en ambos clústeres. El ejemplo solo es para un clúster.
    cluster_B::> aggr show
    
    Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
    --------- -------- --------- ----- ------- ------ ---------------- ------------
    aggr0_node_A_1-FC
               349.0GB   16.83GB   95% online       1 node_A_1-FC      raid_dp,
                                                                       mirrored,
                                                                       normal
    aggr0_node_A_2-FC
               349.0GB   16.83GB   95% online       1 node_A_2-FC      raid_dp,
                                                                       mirrored,
                                                                       normal
    aggr0_node_A_3-IP
               467.6GB   22.63GB   95% online       1 node_A_3-IP      raid_dp,
                                                                       mirrored,
                                                                       normal
    aggr0_node_A_3-IP
               467.6GB   22.62GB   95% online       1 node_A_4-IP      raid_dp,
                                                                       mirrored,
                                                                       normal
    aggr_data_a1
                1.02TB    1.02TB    0% online       0 node_A_1-FC      raid_dp,
                                                                       mirrored,
                                                                       normal
    aggr_data_a2
                1.02TB    1.02TB    0% online       0 node_A_2-FC      raid_dp,
                                                                       mirrored,
                                                                       normal
    aggr_data_a3
                1.37TB    1.35TB    1% online       3 node_A_3-IP      raid_dp,
                                                                       mirrored,
                                                                       normal
    aggr_data_a4
                1.25TB    1.24TB    1% online       2 node_A_4-IP      raid_dp,
                                                                       mirrored,
                                                                       normal
    8 entries were displayed.
    
    cluster_B::>
  3. Compruebe si los agregados de datos de los nodos FC tienen volúmenes MDV_aud y elimínelos antes de eliminar los agregados.

    Debe eliminar los volúmenes MDV_aud ya que no se pueden mover.

  4. Desconecte cada uno de los agregados de datos y, a continuación, elimínelos:

    1. Desconectar el agregado: storage aggregate offline -aggregate aggregate-name

      En el siguiente ejemplo se muestra el agregado aggr_data_a1 que se desconecta:

      cluster_B::> storage aggregate offline -aggregate aggr_data_a1
      
      Aggregate offline successful on aggregate: aggr_data_a1
    2. Elimine el agregado: storage aggregate delete -aggregate aggregate-name

      Puede destruir el complejo cuando se le solicite.

      En el ejemplo siguiente se muestra el agregado aggr_data_a1 que se está eliminando.

    cluster_B::> storage aggregate delete -aggregate aggr_data_a1
    Warning: Are you sure you want to destroy aggregate "aggr_data_a1"? {y|n}: y
    [Job 123] Job succeeded: DONE
    
    cluster_B::>
  5. Identificar el grupo de recuperación ante desastres FC de MetroCluster que se debe quitar.

    En el siguiente ejemplo, los nodos FC de MetroCluster se encuentran en el grupo de recuperación ante desastres '1', y es éste el grupo que debe eliminarse.

    cluster_B::> metrocluster node show
    
    DR                               Configuration  DR
    Group Cluster Node               State          Mirroring Mode
    ----- ------- ------------------ -------------- --------- --------------------
    1     cluster_A
                  node_A_1-FC        configured     enabled   normal
                  node_A_2-FC        configured     enabled   normal
          cluster_B
                  node_B_1-FC        configured     enabled   normal
                  node_B_2-FC        configured     enabled   normal
    2     cluster_A
                  node_A_3-IP        configured     enabled   normal
                  node_A_4-IP        configured     enabled   normal
          cluster_B
                  node_B_3-IP        configured     enabled   normal
                  node_B_3-IP        configured     enabled   normal
    8 entries were displayed.
    
    cluster_B::>
  6. Mueva la LIF de gestión del clúster de un nodo FC de MetroCluster a un nodo IP de MetroCluster: cluster_B::> network interface migrate -vserver svm-name -lif cluster_mgmt -destination-node node-in-metrocluster-ip-dr-group -destination-port available-port

  7. Cambie el nodo de inicio y el puerto de inicio de la LIF de gestión de clústeres: cluster_B::> network interface modify -vserver svm-name -lif cluster_mgmt -service-policy default-management -home-node node-in-metrocluster-ip-dr-group -home-port lif-port

  8. Mueva épsilon de un nodo FC MetroCluster a un nodo IP MetroCluster:

    1. Identifique qué nodo tiene actualmente épsilon: cluster show -fields epsilon

      cluster_B::> cluster show -fields epsilon
      node             epsilon
      ---------------- -------
      node_A_1-FC      true
      node_A_2-FC      false
      node_A_1-IP      false
      node_A_2-IP      false
      4 entries were displayed.
    2. Establezca épsilon en FALSE en el nodo FC de MetroCluster (nodo_A_1-FC): cluster modify -node fc-node -epsilon false

    3. Establezca épsilon en true en el nodo IP de MetroCluster (nodo_A_1-IP): cluster modify -node ip-node -epsilon true

    4. Compruebe que épsilon se ha movido al nodo correcto: cluster show -fields epsilon

      cluster_B::> cluster show -fields epsilon
      node             epsilon
      ---------------- -------
      node_A_1-FC      false
      node_A_2-FC      false
      node_A_1-IP      true
      node_A_2-IP      false
      4 entries were displayed.
  9. Modifique la dirección IP del par de clústeres de los nodos IP 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::>
  10. En cada clúster, quite el grupo de recuperación ante desastres que contiene los nodos antiguos de la configuración de FC de MetroCluster.

    Este paso debe ejecutarse en ambos clústeres de uno en uno.

    cluster_B::> metrocluster remove-dr-group -dr-group-id 1
    
    Warning: Nodes in the DR group that are removed from the MetroCluster
             configuration will lose their disaster recovery protection.
    
             Local nodes "node_A_1-FC, node_A_2-FC" will be removed from the
             MetroCluster configuration. You must repeat the operation on the
             partner cluster "cluster_B" to remove the remote nodes in the DR group.
    Do you want to continue? {y|n}: y
    
    Info: The following preparation steps must be completed on the local and partner
          clusters before removing a DR group.
    
          1. Move all data volumes to another DR group.
          2. Move all MDV_CRS metadata volumes to another DR group.
          3. Delete all MDV_aud metadata volumes that may exist in the DR group to
          be removed.
          4. Delete all data aggregates in the DR group to be removed. Root
          aggregates are not deleted.
          5. Migrate all data LIFs to home nodes in another DR group.
          6. Migrate the cluster management LIF to a home node in another DR group.
          Node management and inter-cluster LIFs are not migrated.
          7. Transfer epsilon to a node in another DR group.
    
          The command is vetoed ifthe preparation steps are not completed on the
          local and partner clusters.
    Do you want to continue? {y|n}: y
    [Job 513] Job succeeded: Remove DR Group is successful.
    
    cluster_B::>
  11. Compruebe que los nodos están listos para quitarse de los clústeres.

    Este paso debe ejecutarse en ambos clústeres.

    Nota En este momento, el metrocluster node show El comando solo muestra los nodos FC de MetroCluster locales y ya no muestra los nodos que forman parte del clúster de partners.
    cluster_B::> metrocluster node show
    
    DR                               Configuration  DR
    Group Cluster Node               State          Mirroring Mode
    ----- ------- ------------------ -------------- --------- --------------------
    1     cluster_A
                  node_A_1-FC        ready to configure
                                                    -         -
                  node_A_2-FC        ready to configure
                                                    -         -
    2     cluster_A
                  node_A_3-IP        configured     enabled   normal
                  node_A_4-IP        configured     enabled   normal
          cluster_B
                  node_B_3-IP        configured     enabled   normal
                  node_B_4-IP        configured     enabled   normal
    6 entries were displayed.
    
    cluster_B::>
  12. Deshabilite la recuperación tras fallos de almacenamiento para los nodos FC de MetroCluster.

    Debe realizar este paso en cada nodo.

    cluster_A::> storage failover modify -node node_A_1-FC -enabled false
    cluster_A::> storage failover modify -node node_A_2-FC -enabled false
    cluster_A::>
  13. Ununa los nodos FC de MetroCluster de los clústeres: cluster unjoin -node node-name

    Debe realizar este paso en cada nodo.

    cluster_A::> cluster unjoin -node node_A_1-FC
    
    Warning: This command will remove node "node_A_1-FC"from the cluster. You must
             remove the failover partner as well. After the node is removed, erase
             its configuration and initialize all disks by usingthe "Clean
             configuration and initialize all disks (4)" option from the boot menu.
    Do you want to continue? {y|n}: y
    [Job 553] Job is queued: Cluster remove-node of Node:node_A_1-FC with UUID:6c87de7e-ff54-11e9-8371
    [Job 553] Checking prerequisites
    [Job 553] Cleaning cluster database
    [Job 553] Job succeeded: Node remove succeeded
    If applicable, also remove the node's HA partner, and then clean its configuration and initialize all disks with the boot menu.
    Run "debug vreport show" to address remaining aggregate or volume issues.
    
    cluster_B::>
  14. Apague los módulos de controladora FC de MetroCluster y las bandejas de almacenamiento.

  15. Desconecte y quite los módulos de controladora FC de MetroCluster y las bandejas de almacenamiento.