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.

Préparez le système IP MetroCluster pour la mise à niveau

Contributeurs netapp-aoife
PDF

Avant d'apporter des modifications à la configuration MetroCluster existante, vérifiez l'état de santé de la configuration, préparez les nouvelles plates-formes et effectuez d'autres tâches diverses.

Mettre à jour les contrôleurs MetroCluster switch RCF avant de mettre à niveau les contrôleurs

Selon l'ancien et le nouveau modèle de plate-forme, il se peut que vous deviez mettre à jour les fichiers de configuration de référence du commutateur MetroCluster avant de mettre à niveau les contrôleurs.

Description de la tâche

Effectuez cette tâche dans les circonstances suivantes :

  • La configuration du RCF des switchs n'est pas disponible dans la version minimale.

  • Vous devez modifier les ID de VLAN utilisés par les connexions MetroCluster back-end.

Avant de commencer

Déterminez si vous devez mettre à jour les contrôleurs RCF avant de mettre à niveau vos contrôleurs :

  • Si la configuration du switch n'a pas été configurée avec la version minimale des fichiers RCF prise en charge, vous devez mettre à jour ces fichiers avant de mettre à niveau les contrôleurs :

    Changer de modèle

    Version RCF requise

    Cisco 3132Q-V

    1.7 ou ultérieure

    Cisco 3232C

    1.7 ou ultérieure

    Broadcom BES-53248

    1.3 ou ultérieure

    NVIDIA SN2100

    2.0 ou ultérieure

  • Si vos anciens et nouveaux modèles de plate-forme figurent dans la liste suivante, pas vous devez mettre à jour l'ID VLAN avant de mettre à niveau les contrôleurs :

    • FAS8200 ou AFF A300

    • AFF A320

    • FAS9000 ou AFF A700

    • AFF A800, AFF C800, ASA A800 ou ASA C800

      Si l'un de vos anciens ou nouveaux modèles de plate-forme n'est pas répertorié ci-dessus, vous devez vérifier que les interfaces MetroCluster utilisent un ID VLAN pris en charge. Les ID VLAN pris en charge pour les interfaces MetroCluster sont : 10, 20 ou compris entre 101 et 4096.

    Avertissement

    • Si l'ID de VLAN n'est pas 10, 20 ou compris entre 101 et 4096, vous devez mettre à niveau le RCF de switchs avant de mettre à niveau les contrôleurs.

    • Les connexions de cluster locales peuvent utiliser n'importe quel VLAN, il n'est pas nécessaire qu'elles se trouvent dans la plage spécifiée.

    • Le nouveau RCF vers lequel vous effectuez la mise à niveau doit utiliser les VLAN 10, 20 ou être compris entre 101 et 4096. Ne modifiez pas le VLAN du cluster local sauf si cela est nécessaire.
Étapes

  1. Préparer les commutateurs IP pour l'application des nouveaux RCF.

    Suivez les étapes de la section pour votre fournisseur de commutateurs :

    Remarque Vous devez mettre à jour les commutateurs dans l'ordre suivant : Switch_A_1, switch_B_1, switch_A_2, switch_B_2.

  2. Téléchargez et installez les fichiers RCF.

    Suivez les étapes de la section pour votre fournisseur de commutateurs :

Mappage des ports des anciens nœuds sur les nouveaux nœuds

Vous devez vérifier que les ports physiques du nœud_A_1-Old correspondent correctement aux ports physiques du nœud_A_1-New. Cela permet à node_A_1-New de communiquer avec les autres nœuds du cluster et avec le réseau après la mise à niveau.

Description de la tâche

Lorsque le nouveau nœud démarre pour la première fois lors de la mise à niveau, il lit la configuration la plus récente de l'ancien nœud qu'il remplace. Lorsque vous démarrez node_A_1-New, ONTAP tente d'héberger les LIFs sur les mêmes ports qui ont été utilisés sur node_A_1-Old. Cela signifie que vous devez ajuster la configuration des ports et des LIF dans le cadre de la mise à niveau afin qu'elle soit compatible avec la configuration de l'ancien nœud. Durant la procédure de mise à niveau, vous effectuez toutes les étapes sur l'ancien et le nouveau nœuds afin de garantir une configuration correcte du cluster, de la gestion et des LIF de données

Le tableau suivant présente des exemples de modifications de configuration liées aux exigences de port des nouveaux nœuds.

Ports physiques d'interconnexion de cluster

Ancien contrôleur

Nouveau contrôleur

Action requise

e0a, e0b

e3a, e3b

Aucun port correspondant. Après la mise à niveau, vous devez recréer les ports du cluster.

e0c, e0d

e0a,e0b,e0c,e0d

e0c et e0d sont des ports correspondants. Il n'est pas nécessaire de modifier la configuration, mais après la mise à niveau, vous pouvez répartir les LIF de cluster sur les ports disponibles du cluster.
Étapes

  1. Identifiez les ports physiques disponibles sur les nouveaux contrôleurs et les LIFs peuvent être hébergées sur les ports.

    L'utilisation des ports du contrôleur dépend du module de plate-forme et des commutateurs que vous utiliserez dans la configuration IP de MetroCluster. Vous pouvez collecter l'utilisation des ports des nouvelles plates-formes à partir de "Hardware Universe".

  2. Planifiez l'utilisation de vos ports et remplissez les tableaux suivants pour référence pour chacun des nouveaux nœuds.

    Vous vous référez au tableau lors de la procédure de mise à niveau.

    Node_A_1-Old

    Node_A_1-New

    LIF

    Ports

    Les IPspaces

    Les domaines de diffusion

    Ports

    Les IPspaces

    Les domaines de diffusion

    Cluster 1

    Cluster 2

    Cluster 3

    Cluster 4

    Gestion de nœuds

    Gestion du cluster

    Données 1

    Données 2

    Données 3

    Données 4

    SAN

    Port intercluster

NetBoot les nouveaux contrôleurs

Une fois les nouveaux nœuds installés, vous devez démarrage sur le réseau pour vous assurer que la version des nouveaux nœuds exécute la même version de ONTAP que les nœuds d'origine. Le terme netboot signifie que vous êtes en cours de démarrage à partir d'une image ONTAP stockée sur un serveur distant. Lorsque vous vous préparez à netboot, vous devez placer une copie de l'image de démarrage ONTAP 9 sur un serveur web auquel le système peut accéder.

Étapes

  1. NetBoot les nouveaux contrôleurs :

    1. Accédez au "Site de support NetApp" pour télécharger les fichiers utilisés pour effectuer le démarrage sur le réseau du système.

    2. Téléchargez le logiciel ONTAP approprié depuis la section de téléchargement des logiciels du site de support NetApp et stockez le ontap-version_image.tgz fichier dans un répertoire accessible sur le web.

    3. Accédez au répertoire accessible sur le Web et vérifiez que les fichiers dont vous avez besoin sont disponibles.

      Votre liste de répertoires doit contenir un dossier netboot avec un fichier du noyau :

      _ontap-version_image.tgz

      Vous n'avez pas besoin d'extraire le _ontap-version_image.tgz fichier.

    4. À LOADER l'invite, configurer la connexion netboot pour une LIF de gestion :

      Si l'adressage IP est…​

      Alors…​

      DHCP

      Configurer la connexion automatique :

      ifconfig e0M -auto

      Statique

      Configurer la connexion manuelle :

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

    5. Effectuer la démarrage sur le réseau.

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

    6. Dans le menu de démarrage, sélectionnez option (7) installer le nouveau logiciel en premier pour télécharger et installer la nouvelle image logicielle sur le périphérique d'amorçage.

      Ne tenez pas compte du message suivant :

    "This procedure is not supported for Non-Disruptive Upgrade on an HA pair". Il s'applique aux mises à niveau logicielles sans interruption et non aux mises à niveau des contrôleurs.

    1. Si vous êtes invité à poursuivre la procédure, entrez y, Et lorsque vous êtes invité à saisir l'URL du fichier image :

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

    2. Entrez le nom d'utilisateur et le mot de passe, le cas échéant, ou appuyez sur entrée pour continuer.

    3. Assurez-vous d'entrer n pour ignorer la restauration de la sauvegarde lorsque vous voyez une invite similaire à la suivante :

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

    4. Redémarrez en entrant y lorsque vous voyez une invite similaire à la suivante :

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

Effacez la configuration d'un module de contrôleur

Avant d'utiliser un nouveau module de contrôleur dans la configuration MetroCluster, il faut effacer la configuration existante.

Étapes

  1. Si nécessaire, arrêtez le nœud pour afficher l' `LOADER`invite :

    halt

  2. À l' `LOADER`invite, définissez les variables d'environnement sur les valeurs par défaut :

    set-defaults

  3. Enregistrez l'environnement :

    saveenv

  4. À l' `LOADER`invite, lancez le menu de démarrage :

    boot_ontap menu

  5. À l'invite du menu de démarrage, effacez la configuration :

    wipeconfig

    Répondez yes à l'invite de confirmation.

    Le nœud redémarre et le menu de démarrage s'affiche de nouveau.

  6. Dans le menu de démarrage, sélectionnez l'option 5 pour démarrer le système en mode Maintenance.

    Répondez yes à l'invite de confirmation.

Vérifier l'état de santé des MetroCluster avant la mise à niveau du site

Vous vérifiez l’intégrité et la connectivité de la configuration MetroCluster avant d’effectuer la mise à niveau.

Avertissement Après avoir mis à niveau les contrôleurs sur le premier site et avant de mettre à niveau le second, exécutez metrocluster check run suivi de metrocluster check show renvoie une erreur dans le config-replication Champ. Cette erreur indique une incompatibilité de taille de NVRAM entre les nœuds de chaque site. Il s'agit du comportement attendu lorsque les modèles de plateforme sont différents sur les deux sites. Vous pouvez ignorer cette erreur jusqu'à ce que la mise à niveau du contrôleur soit terminée pour tous les nœuds du groupe DR.
Étapes

  1. Vérifier le fonctionnement de la configuration MetroCluster dans ONTAP :

    1. Vérifiez si les nœuds sont multipathed :
      node run -node <node_name> sysconfig -a

      Exécutez cette commande pour chaque nœud de la configuration MetroCluster.

    2. Vérifier qu'il n'y a pas de disques défectueux dans la configuration :
      storage disk show -broken

      Exécutez cette commande sur chaque nœud de la configuration MetroCluster.

    3. Vérifiez si des alertes d'intégrité sont émises :

      system health alert show

      Exécutez cette commande sur chaque cluster.

    4. Vérifier les licences sur les clusters :

      system license show

      Exécutez cette commande sur chaque cluster.

    5. Vérifiez les périphériques connectés aux nœuds :

      network device-discovery show

      Exécutez cette commande sur chaque cluster.

    6. Vérifiez que le fuseau horaire et l'heure sont correctement définis sur les deux sites :

      cluster date show

    Exécutez cette commande sur chaque cluster. Vous pouvez utiliser les cluster date commandes pour configurer l'heure et le fuseau horaire.

  2. Vérifier le mode opérationnel de la configuration MetroCluster et effectuer un contrôle MetroCluster.

    1. Confirmer la configuration MetroCluster et la présence du mode opérationnel normal:
      metrocluster show

    2. Confirmer que tous les nœuds attendus sont affichés :
      metrocluster node show

    3. Exécutez la commande suivante :

      metrocluster check run

    4. Afficher les résultats de la vérification MetroCluster :

      metrocluster check show

  3. Vérifiez le câblage MetroCluster à l'aide de l'outil Config Advisor.

    1. Téléchargez et exécutez Config Advisor.

      "Téléchargement NetApp : Config Advisor"

    2. Une fois Config Advisor exécuté, vérifiez les résultats de l'outil et suivez les recommandations fournies dans la sortie pour résoudre tous les problèmes détectés.

Recueillez les informations avant la mise à niveau

Avant la mise à niveau, vous devez collecter les informations de chacun des nœuds et, si nécessaire, ajuster les domaines de diffusion réseau, supprimer tous les VLAN et groupes d'interfaces et collecter des informations de cryptage.

Étapes

  1. Notez le câblage physique de chaque nœud et étiqueteuse les câbles si nécessaire pour permettre un câblage correct des nouveaux nœuds.

  2. Collectez les informations relatives à l'interconnexion, au port et à la LIF pour chaque nœud.

    Collectez les valeurs de sortie des commandes suivantes pour chaque nœud :

    • 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. Rassemblez les UUID du site_B (site dont les plates-formes sont actuellement mises à niveau) :

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

    Ces valeurs doivent être configurées avec précision sur les nouveaux modules de contrôleur site_B pour garantir la réussite de la mise à niveau. Copiez les valeurs dans un fichier afin de pouvoir les copier dans les commandes plus tard dans le processus de mise à niveau.

    L'exemple suivant montre la sortie de la commande avec les UID :

    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 recommande d'enregistrer les UUID dans un tableau similaire à celui ci-dessous :

    Cluster ou nœud

    UUID

    Cluster_B

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

    Nœud_B_1

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

    Nœud_B_2

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

    Cluster_A

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

    Nœud_A_1

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

    Nœud_A_2

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

  4. Si les nœuds MetroCluster se trouvent dans une configuration SAN, collectez les informations pertinentes.

    Collectez le résultat des commandes suivantes :

    • fcp adapter show -instance

    • fcp interface show -instance

    • iscsi interface show

    • ucadmin show

  5. Si le volume racine est chiffré, collectez et enregistrez la phrase de passe utilisée pour le gestionnaire de clés :

    security key-manager backup show

  6. Si les nœuds MetroCluster utilisent le chiffrement pour des volumes ou des agrégats, copiez les informations concernant les clés et les clés de phrase secrète.

    Pour plus d'informations, voir "Sauvegardez manuellement les informations intégrées de gestion des clés".

    1. Si le gestionnaire de clés intégré est configuré :
      security key-manager onboard show-backup

      Vous avez besoin de la phrase de passe plus tard dans la procédure de mise à niveau.

    2. Si le protocole KMIP (Enterprise Key Management) est configuré, exécutez les commandes suivantes :

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

  7. Collectez les ID système des nœuds existants :

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

    Le résultat suivant montre les disques réattribués.

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

Retirer le système de surveillance du médiateur ou du disjoncteur d'attache

Avant de mettre à niveau les plates-formes, vous devez supprimer la surveillance si la configuration MetroCluster est surveillée à l'aide de l'utilitaire Tiebreaker ou Mediator.

Étapes

  1. Collectez les valeurs de sortie de la commande suivante :

    storage iscsi-initiator show

  2. Supprimez la configuration MetroCluster existante du logiciel disjoncteur d'attache, du médiateur ou d'autres logiciels pouvant initier le basculement.

    Si vous utilisez…​

    Utilisez cette procédure…​

    Disjoncteur d'attache

    "Suppression des configurations MetroCluster"

    Médiateur

    Exécutez la commande suivante depuis l'invite ONTAP :

    metrocluster configuration-settings mediator remove

    Applications tierces

    Reportez-vous à la documentation du produit.

Envoyer un message AutoSupport personnalisé avant la maintenance

Avant d'effectuer la maintenance, vous devez envoyer un message AutoSupport pour informer le support technique de NetApp que la maintenance est en cours. Informer le support technique que la maintenance est en cours empêche l'ouverture d'un dossier en supposant une interruption de l'activité.

Description de la tâche

Cette tâche doit être effectuée sur chaque site MetroCluster.

Étapes

  1. Connectez-vous au cluster.

  2. Appelez un message AutoSupport indiquant le début de la maintenance :

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

    Le maintenance-window-in-hours le paramètre spécifie la longueur de la fenêtre de maintenance, avec un maximum de 72 heures. Si la maintenance est terminée avant le temps écoulé, vous pouvez appeler un message AutoSupport indiquant la fin de la période de maintenance :

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

  3. Répétez cette procédure sur le site du partenaire.

Et la suite ?

"Basculer la configuration MetroCluster".