Skip to main content
ONTAP MetroCluster
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Démarrer les nouveaux contrôleurs IP MetroCluster et restaurer la configuration LIF

Contributeurs netapp-aoife

Démarrez les nouveaux contrôleurs et vérifiez que les LIF sont hébergées sur les nœuds et les ports appropriés avant de reprendre l'opération à l'aide de la system controller replace resume commande.

Démarrez les nouveaux contrôleurs

Démarrez les nouveaux contrôleurs, vérifiez que les variables bootarg sont correctes et, si nécessaire, effectuez les étapes de récupération de cryptage.

Description de la tâche

Cette tâche doit être effectuée sur tous les nouveaux contrôleurs.

Étapes
  1. Arrêter le nœud :

    halt

  2. Si le gestionnaire de clés externe est configuré, définissez les paramètres bootargs associés :

    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. Afficher le menu de démarrage :

    boot_ontap menu

  4. Si le cryptage racine est utilisé, sélectionnez l'option de menu de démarrage pour votre configuration de gestion des clés.

    Si vous utilisez…​

    Sélectionnez cette option de menu de démarrage…​

    Gestion intégrée des clés

    Option « 10 »

    Suivez les invites pour fournir les entrées requises pour récupérer et restaurer la configuration du gestionnaire de clés.

    Gestion externe des clés

    Option « 11 »

    Suivez les invites pour fournir les entrées requises pour récupérer et restaurer la configuration du gestionnaire de clés.

  5. Dans le menu de démarrage, exécutez l'option « 6 ».

    Remarque L'option « 6 » redémarre le nœud deux fois avant la fin du processus.

    Répondez avec « y » aux invites de changement d'ID système. Attendez les deuxième messages de redémarrage :

    Successfully restored env file from boot media...
    
    Rebooting to load the restored env file...

    Au cours de l'un des redémarrages après l'option « 6 », l'invite de confirmation Override system ID? {y|n} s'affiche. Entrez y.

  6. Si le cryptage racine est utilisé, sélectionnez à nouveau l'option de menu d'amorçage pour la configuration de votre gestion des clés.

    Si vous utilisez…​

    Sélectionnez cette option de menu de démarrage…​

    Gestion intégrée des clés

    Option « 10 »

    Suivez les invites pour fournir les entrées requises pour récupérer et restaurer la configuration du gestionnaire de clés.

    Gestion externe des clés

    Option « 11 »

    Suivez les invites pour fournir les entrées requises pour récupérer et restaurer la configuration du gestionnaire de clés.

    Selon le paramètre du gestionnaire de clés, effectuez la procédure de récupération en sélectionnant l'option « 10 » ou « 11 », suivie de l'option « 6 » à la première invite du menu d'amorçage. Pour démarrer complètement les nœuds, il est possible que vous deviez répéter la procédure de restauration suite à l'option « 1 » (démarrage normal).

  7. Démarrez les nœuds :

    boot_ontap

  8. Attendez que les nœuds remplacés démarrent.

    Si l'un des nœuds est en mode basculement, exécutez un retour à l'aide du storage failover giveback commande.

  9. Vérifier que tous les ports se trouvent dans un broadcast domain :

    1. Afficher les domaines de diffusion :

      network port broadcast-domain show

    2. Si un nouveau broadcast domain est créé pour les ports de données sur les nouveaux contrôleurs mis à niveau, supprimez le broadcast domain :

      Remarque Supprimez uniquement le nouveau domaine de diffusion. Ne supprimez aucun des domaines de diffusion existants avant de démarrer la mise à niveau.

      broadcast-domain delete -broadcast-domain <broadcast_domain_name>

    3. Ajoutez n'importe quel port à un broadcast domain si nécessaire.

    4. Ajoutez le port physique qui hébergera les LIFs intercluster sur le broadcast domain correspondant.

    5. Modifier les LIFs intercluster de façon à utiliser le nouveau port physique en tant que port de départ.

    6. Une fois les LIFs intercluster configurées, vérifiez le statut des clusters et redéfinissez le peering de cluster si nécessaire.

      Vous devrez peut-être reconfigurer le peering de cluster.

    7. Recréez les VLAN et les groupes d'interfaces selon les besoins.

      L'appartenance au VLAN et aux groupes d'interfaces peut être différente de celle de l'ancien nœud.

    1. Vérifier que le cluster partenaire est accessible et que la configuration a été resynchronisée sur le cluster partenaire :

      metrocluster switchback -simulate true

  10. Si le chiffrement est utilisé, restaurez les clés à l'aide de la commande correcte pour la configuration de la gestion des clés.

    Si vous utilisez…​

    Utilisez cette commande…​

    Gestion intégrée des clés

    security key-manager onboard sync

    Gestion externe des clés

    `security key-manager external restore -vserver <svm-name> -node <node-name> -key-server <host_name

  11. Vérifiez que le MetroCluster est correctement configuré. Vérifier l'état du nœud :

    metrocluster node show

    Vérifiez que les nouveaux nœuds (site_B) sont dans en attente de l'état de rétablissement à partir de site_A.

Vérification et restauration de la configuration LIF

Vérifiez que les LIF sont hébergées sur les nœuds appropriés avant de procéder à l'opération de rétablissement automatisé.

Description de la tâche
  • Cette tâche est effectuée sur site_B.

Avertissement Vous devez vérifier que l'emplacement des LIFs de données est correct sur les nouveaux nœuds avant d'effectuer un rétablissement. Lorsque vous rétablissez la configuration, ONTAP tente de reprendre le trafic sur le port d'attache utilisé par les LIFs. Une panne d'E/S peut se produire lorsque la connexion du port d'accueil au port du commutateur et au VLAN est incorrecte.
Étapes
  1. Vérifiez que les LIFs sont hébergées sur le nœud et les ports appropriés avant le rétablissement.

    1. Changement au niveau de privilège avancé :

      set -privilege advanced

    2. Afficher les LIFs et vérifier que chaque LIF de données utilise le bon port home :

      network interface show

    3. Modifier les LIFs qui n'utilisent pas le bon port de home :

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

      Si la commande renvoie une erreur, vous pouvez remplacer la configuration des ports :

      vserver config override -command "network interface modify -vserver <svm-name> -home-port <active_port_after_upgrade> -lif <lif_name> -home-node <new_node_name>"

    Lors de la saisie de la commande network interface modify dans le vserver config override vous ne pouvez pas utiliser la fonction de saisie semi-automatique de l'onglet. Vous pouvez créer le réseau interface modify à l'aide de la commande auto complete, puis placez-la dans le vserver config override commande.

    1. Vérifier que toutes les LIFs data se trouvent sur le bon port de home :

      network interface show

    2. Retour au niveau de privilège admin :

      set -privilege admin

  2. Revert les interfaces sur leur home node :

    network interface revert * -vserver <svm-name>

    Suivez cette étape sur tous les SVM, si nécessaire.

  3. Reprendre l'opération :

    system controller replace resume