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.

Mise à niveau des contrôleurs d'une configuration IP MetroCluster à quatre nœuds via le basculement et le rétablissement à l'aide des commandes « system Controller replace » (ONTAP 9.13.1 et versions ultérieures)

Contributeurs
PDF

Vous pouvez utiliser cette opération de basculement automatisé MetroCluster guidée pour effectuer une mise à niveau sans interruption du contrôleur sur une configuration IP MetroCluster à quatre nœuds. Dans le cadre de cette procédure, d'autres composants (tels que des tiroirs de stockage ou des commutateurs) ne peuvent pas être mis à niveau.

Combinaisons de plateformes prises en charge

Cette procédure prend en charge les mises à niveau de contrôleur suivantes sur les systèmes exécutant ONTAP 9.13.1 et versions ultérieures.

Ancien contrôleur

Remplacement du contrôleur

AFF A300

AFF A900

FAS8200

FAS9500
Remarque Vous pouvez effectuer les mises à niveau de contrôleur répertoriées dans le tableau ci-dessus sur les systèmes exécutant ONTAP 9.12.1 ou 9.11.1 en suivant la procédure de mise à niveau manuelle décrite "ici".

Pour plus d'informations sur les combinaisons de mise à niveau de plate-forme, consultez le tableau de mise à niveau IP MetroCluster dans "Choisir la procédure de mise à niveau du contrôleur".

Reportez-vous à la section "Choisissez une méthode de mise à niveau ou de rafraîchissement" pour les procédures supplémentaires.

Description de la tâche

  • Cette procédure ne peut être utilisée que pour la mise à niveau du contrôleur.

    Les autres composants de la configuration, tels que les tiroirs de stockage ou les commutateurs, ne peuvent pas être mis à niveau simultanément.

  • Cette procédure s'applique aux modules de contrôleur dans une configuration IP MetroCluster à quatre nœuds exécutant ONTAP 9.13.1 ou une version ultérieure.

    "NetApp Hardware Universe"

  • Les systèmes MetroCluster doivent exécuter la même version de ONTAP sur les deux sites.

  • Vous pouvez utiliser cette procédure pour mettre à niveau les contrôleurs d'une configuration IP MetroCluster à quatre nœuds à l'aide du basculement et du rétablissement automatisés basés sur NSO.

    Remarque Une mise à niveau avec transfert d'agrégats (ARL) à l'aide de commandes « remplacement du contrôleur système » n'est pas prise en charge dans une configuration IP MetroCluster à quatre nœuds.

  • Vous devez utiliser la procédure de mise à niveau automatisée du contrôleur NSO pour mettre à niveau les contrôleurs dans l'ordre sur les deux sites.

  • Cette procédure de mise à niveau automatisée du contrôleur NSO-5 vous permet de lancer le remplacement du contrôleur sur un site de reprise après incident MetroCluster. Vous pouvez effectuer le remplacement d'un contrôleur uniquement sur un site à la fois.

  • Pour lancer un remplacement du contrôleur sur le site A, vous devez exécuter la commande de démarrage du remplacement du contrôleur depuis le site B. L'opération vous guide à remplacer les contrôleurs des deux nœuds sur le site A uniquement. Pour remplacer les contrôleurs sur le site B, vous devez exécuter la commande de démarrage de remplacement du contrôleur depuis le site A. Un message indique le site sur lequel les contrôleurs sont remplacés.

Les exemples de noms suivants sont utilisés dans cette procédure :

  • Site_A

    • Avant la mise à niveau :

      • Node_A_1-Old

      • Node_A_2-Old

    • Après la mise à niveau :

      • Node_A_1-New

      • Node_A_2-New

  • Site_B

    • Avant la mise à niveau :

      • Node_B_1-Old

      • Node_B_2-Old

    • Après la mise à niveau :

      • Node_B_1-New

      • Node_B_2-New

Préparation à la mise à niveau

Pour préparer la mise à niveau du contrôleur, vous devez effectuer des contrôles préalables du système et collecter les informations de configuration.

Avant le démarrage des contrôles préalables, si le Mediator ONTAP est installé, il est automatiquement détecté et supprimé. Pour confirmer la suppression, vous êtes invité à entrer un nom d'utilisateur et un mot de passe. Lorsque vous avez terminé la mise à niveau, ou si les contrôles préalables échouent ou si vous choisissez de ne pas poursuivre la mise à niveau, vous devez Reconfigurer manuellement le médiateur ONTAP.

À n'importe quel stade de la mise à niveau, vous pouvez exécuter le system controller replace show ou system controller replace show-details Commande du site A pour vérifier le statut. Si les commandes renvoient une sortie vide, attendez quelques minutes et exécutez à nouveau la commande.

Étapes

  1. Lancer la procédure de remplacement automatisé du contrôleur depuis le site A pour remplacer les contrôleurs du site B :

    system controller replace start -nso true

    L'opération automatisée exécute les contrôles préalables. Si aucun problème n'est trouvé, l'opération s'interrompt pour que vous puissiez collecter manuellement les informations relatives à la configuration.

    Remarque

    • Si vous n'exécutez pas le system controller replace start -nso true La procédure de mise à niveau du contrôleur choisit le basculement et le rétablissement automatisés basés sur NSO comme procédure par défaut sur les systèmes IP MetroCluster.

    • Le système source actuel et tous les systèmes cible compatibles sont affichés. Si vous avez remplacé le contrôleur source par un contrôleur possédant une version ONTAP différente ou une plateforme non compatible, l'opération d'automatisation s'arrête et signale une erreur après le démarrage des nouveaux nœuds. Pour rétablir l'état sain du cluster, il est nécessaire de suivre la procédure de restauration manuelle.

      Le system controller replace start la commande peut signaler l'erreur de vérification préalable suivante :

      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

      Vérifiez si cette erreur s'est produite parce que vous avez des agrégats non mis en miroir ou en raison d'un autre problème d'agrégat. Vérifiez que tous les agrégats en miroir sont sains et ne sont pas dégradés ou ne sont pas dégradés. Si cette erreur est due uniquement aux agrégats non mis en miroir, vous pouvez annuler cette erreur en sélectionnant le -skip-metrocluster-check true sur le system controller replace start commande. Si le stockage distant est accessible, les agrégats sans miroir sont connectés après le basculement. En cas de défaillance de la liaison de stockage distante, les agrégats non mis en miroir ne parviennent pas à se mettre en ligne.

  2. Collectez manuellement les informations de configuration en se connectant sur le site B et en suivant les commandes répertoriées dans le message de la console sous le system controller replace show ou system controller replace show-details commande.

Collecte des informations avant la mise à niveau

Avant de procéder à la mise à niveau, si le volume racine est chiffré, vous devez vous fournir la clé de sauvegarde ainsi que d'autres informations permettant de démarrer les nouveaux contrôleurs avec les anciens volumes root chiffrés.

Description de la tâche

Cette tâche est effectuée sur la configuration IP MetroCluster existante.

Étapes

  1. Etiqueter les câbles pour les contrôleurs existants afin de faciliter l'identification des câbles lors de la configuration des nouveaux contrôleurs.

  2. Afficher les commandes pour capturer la clé de sauvegarde et d'autres informations :

    system controller replace show

    Exécutez les commandes répertoriées sous le show commande provenant du cluster partenaire.

    Le show Le résultat des commandes affiche trois tableaux contenant les adresses IP de l'interface MetroCluster, les ID système et les UUID du système. Ces informations sont requises plus tard dans la procédure pour définir les bootargs lorsque vous démarrez le nouveau noeud.

  3. Collectez les ID système des nœuds de la configuration MetroCluster :

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

    Au cours de la procédure de mise à niveau, vous remplacerez ces anciens ID système par les ID système des nouveaux modules de contrôleur.

    Dans cet exemple, pour une configuration IP MetroCluster à quatre nœuds, les anciens ID de système suivants sont récupérés :

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

    Dans cet exemple, pour une configuration IP MetroCluster à deux nœuds, les anciens ID de système suivants sont récupérés :

    • 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. Collecte des informations relatives aux ports et aux LIF pour chaque ancien nœud.

    Vous devez collecter les valeurs de sortie des commandes suivantes pour chaque nœud :

    • 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 les nœuds MetroCluster se trouvent dans une configuration SAN, collectez les informations pertinentes.

    Vous devez collecter le résultat des commandes suivantes :

    • fcp adapter show -instance

    • fcp interface show -instance

    • iscsi interface show

    • ucadmin show

  6. Si le volume racine est chiffré, collectez et enregistrez la phrase secrète utilisée pour le gestionnaire de clés :

    security key-manager backup show

  7. 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, reportez-vous à la section "Sauvegarde manuelle des informations de gestion intégrée des clés".

    1. Si le gestionnaire de clés intégré est configuré :

      security key-manager onboard show-backup

      Vous aurez 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

  8. Une fois que vous avez terminé de collecter les informations de configuration, reprenez l'opération :

    system controller replace resume

Suppression de la configuration existante du logiciel disjoncteur d'attache ou autre logiciel de surveillance

Si la configuration existante est contrôlée avec la configuration MetroCluster Tiebreaker ou d'autres applications tierces (telles que ClusterLion) capables d'effectuer un basculement, vous devez supprimer la configuration MetroCluster du logiciel disjoncteur d'attache ou autre logiciel avant de remplacer l'ancien contrôleur.

Étapes

  1. "Supprimez la configuration MetroCluster existante" À partir du logiciel disjoncteur d'attache.

  2. Supprimez la configuration MetroCluster existante de toute application tierce pouvant effectuer le basculement.

    Reportez-vous à la documentation de l'application.

Remplacement des anciens contrôleurs et démarrage des nouveaux contrôleurs

Une fois que vous avez recueilli des informations et que vous reprenez l'opération, l'automatisation procède à l'opération de basculement.

Description de la tâche

L'opération d'automatisation lance les opérations de basculement. Une fois ces opérations terminées, l'opération s'interrompt à interrompu pour l'intervention de l'utilisateur. Vous pouvez ainsi installer les contrôleurs, démarrer les contrôleurs partenaires et réaffecter les disques d'agrégat racine au nouveau module de contrôleur à partir de la sauvegarde flash à l'aide de sysids rassemblés plus tôt.

Avant de commencer

Avant de lancer le basculement, l'automatisation s'interrompt pour que vous puissiez vérifier manuellement que toutes les LIF sont « en service » sur le site B. Si nécessaire, apportez toutes les LIF « propres » à « UP » et reprenez l'opération d'automatisation à l'aide du system controller replace resume commande.

Préparation de la configuration réseau des anciens contrôleurs

Pour assurer la reprise du réseau correctement sur les nouveaux contrôleurs, vous devez déplacer les LIF vers un port commun, puis supprimer la configuration réseau des anciens contrôleurs.

Description de la tâche
Étapes

  1. Démarrez les anciens nœuds, puis connectez-vous aux nœuds :

    boot_ontap

  2. Assignez le port de base de toutes les LIFs de données de l'ancien contrôleur à un port commun identique sur les anciens et les nouveaux modules de contrôleur.

    1. Afficher les LIFs :

      network interface show

      Toutes LES LIF de données, y compris SAN et NAS, seront admin « up » et « possède » des opérations, car celles-ci se trouvent sur le site de basculement (cluster_A).

    2. Vérifiez le résultat de cette commande pour trouver un port réseau physique commun identique sur l'ancien et le nouveau contrôleur qui n'est pas utilisé comme port du cluster.

      Par exemple, « e0d » est un port physique des anciens contrôleurs et est également présent sur les nouveaux contrôleurs. « e0d » n'est pas utilisé comme port de cluster ou autre sur les nouveaux contrôleurs.

      Pour l'utilisation des ports pour les modèles de plate-forme, reportez-vous à la section "NetApp Hardware Universe"

    3. Modifier toutes LES LIFS de données pour utiliser le port commun comme port de base :

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

      Dans l'exemple suivant, il s'agit de ""e0d"".

      Par exemple :

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

  3. Modifier les domaines de diffusion pour supprimer les VLAN et les ports physiques qui doivent être supprimés :

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

    Répétez cette étape pour tous les réseaux VLAN et les ports physiques.

  4. Supprimez tous les ports VLAN utilisant des ports de cluster comme ports membres et groupes d'interfaces utilisant des ports de cluster comme ports membres.

    1. Supprimer les ports VLAN :

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

      Par exemple :

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

    2. Supprimez les ports physiques des groupes d'interface :

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

      Par exemple :

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

    1. Supprimer les ports VLAN et group d'interface de broadcast domain :

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

    2. Modifiez les ports du groupe d'interface pour utiliser d'autres ports physiques comme membre :

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

  5. Arrêter les nœuds :

    halt -inhibit-takeover true -node node-name

    Cette étape doit être effectuée sur les deux nœuds.

Configuration des nouveaux contrôleurs

Vous devez installer et câbler les nouveaux contrôleurs.

Étapes

  1. Planifiez le positionnement des nouveaux modules de contrôleur et tiroirs de stockage en fonction des besoins.

    L'espace rack dépend du modèle de plateforme des modules de contrôleur, des types de switchs et du nombre de tiroirs de stockage de votre configuration.

  2. Mettez-vous à la terre.

  3. Installez les modules de contrôleur sur le rack ou l'armoire.

    "Documentation des systèmes matériels ONTAP"

  4. Si les nouveaux modules de contrôleur ne sont pas livrés avec eux-mêmes des cartes FC-VI et si les cartes FC-VI des anciens contrôleurs sont compatibles avec les nouveaux contrôleurs, remplacez les cartes FC-VI et installez-les dans les connecteurs appropriés.

    Voir la "NetApp Hardware Universe" Pour les informations sur les slots pour les cartes FC-VI.

  5. Reliez les connexions d'alimentation, de console série et de gestion des contrôleurs, comme décrit dans les MetroCluster - Guides d'installation et de configuration.

    Ne connectez pas d'autres câbles ayant été débranchés des anciens contrôleurs à l'heure actuelle.

    "Documentation des systèmes matériels ONTAP"

  6. Mettez les nouveaux nœuds sous tension et appuyez sur Ctrl-C lorsque vous êtes invité à afficher l'invite DU CHARGEUR.

Démarrage réseau des 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.

Cette tâche est effectuée sur chacun des nouveaux modules de contrôleur.

Étapes

  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 de logiciels du site du support NetApp et stockez le fichier ontap-version_image.tgz dans un répertoire accessible en ligne.

  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 noyau : ontap-version_image.tgz

    Il n'est pas nécessaire d'extraire le fichier ontap-version_image.tgz.

  4. À l'invite DU CHARGEUR, configurez la connexion netboot pour les LIF de gestion :

    • Si l'adressage IP est DHCP, configurez la connexion automatique :

      ifconfig e0M -auto

    • Si l'adressage IP est statique, configurez la connexion manuelle :

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

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

    • Si la plate-forme est un système de la série 80xx, utilisez la commande suivante :

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

    • Si la plateforme est un autre système, utilisez la commande suivante :

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

  6. Dans le menu de démarrage, sélectionnez l'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.

     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 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`
    Enter username/password if applicable, or press Enter to continue.

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

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

Effacement de la configuration sur 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'invite DU CHARGEUR :

    halt

  2. Dans l'invite DU CHARGEUR, définissez les variables environnementales sur les valeurs par défaut :

    set-defaults

  3. Enregistrez l'environnement :

    saveenv

  4. À l'invite DU CHARGEUR, 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.

Restauration de la configuration HBA

En fonction de la présence et de la configuration des cartes HBA dans le module de contrôleur, vous devez les configurer correctement pour l'utilisation de votre site.

Étapes

  1. En mode Maintenance, configurez les paramètres de tous les HBA du système :

    1. Vérifiez les paramètres actuels des ports : ucadmin show

    2. Mettez à jour les paramètres de port selon vos besoins.

    Si vous disposez de ce type de HBA et du mode souhaité…​

    Utilisez cette commande…​

    FC CNA

    ucadmin modify -m fc -t initiator adapter-name

    Ethernet CNA

    ucadmin modify -mode cna adapter-name

    Cible FC

    fcadmin config -t target adapter-name

    Initiateur FC

    fcadmin config -t initiator adapter-name

  2. Quitter le mode Maintenance :

    halt

    Une fois que vous avez exécuté la commande, attendez que le nœud s'arrête à l'invite DU CHARGEUR.

  3. Redémarrez le nœud en mode maintenance pour que les modifications de configuration prennent effet :

    boot_ontap maint

  4. Vérifiez les modifications que vous avez effectuées :

    Si vous disposez de ce type de HBA…​

    Utilisez cette commande…​

    CNA

    ucadmin show

    FC

    fcadmin show

Définissez l'état de haute disponibilité sur les nouveaux contrôleurs et châssis

Vous devez vérifier l'état haute disponibilité des contrôleurs et du châssis, et mettre à jour si nécessaire l'état en fonction de la configuration du système.

Étapes

  1. En mode Maintenance, afficher l'état HA du module de contrôleur et du châssis :

    ha-config show

    L'état de haute disponibilité de tous les composants doit être mccip.

  2. Si l'état système affiché du contrôleur ou du châssis n'est pas correct, définissez l'état HA :

    ha-config modify controller mccip

    ha-config modify chassis mccip

  3. Arrêter le nœud : halt

    Le nœud doit s'arrêter au niveau du LOADER> à l'invite.

  4. Sur chaque nœud, vérifiez la date, l'heure et le fuseau horaire du système : show date

  5. Si nécessaire, définissez la date en UTC ou GMT : set date <mm/dd/yyyy>

  6. Vérifiez l'heure à l'aide de la commande suivante à l'invite de l'environnement d'amorçage : show time

  7. Si nécessaire, définissez l'heure en UTC ou GMT : set time <hh:mm:ss>

  8. Enregistrer les paramètres : saveenv

  9. Collecter les variables d'environnement : printenv

Mettre à jour les fichiers RCF de commutateur afin de s'adapter aux nouvelles plateformes

Vous devez mettre à jour les commutateurs vers une configuration prenant en charge les nouveaux modèles de plate-forme.

Description de la tâche

Vous pouvez effectuer cette tâche sur le site contenant les contrôleurs en cours de mise à niveau. Dans les exemples présentés dans cette procédure, nous mettons d'abord à niveau site_B.

Les commutateurs du site_A seront mis à niveau lorsque les contrôleurs du site_A sont mis à niveau.

Étapes

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

    Suivez les étapes de la section correspondant à votre fournisseur de commutateur dans la section MetroCluster IP installation and Configuration.

    "Installation et configuration de MetroCluster IP"

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

    Suivez les étapes de la section correspondant au fournisseur de votre commutateur du "Installation et configuration de MetroCluster IP".

Définissez les variables bootarg IP MetroCluster

Certaines valeurs d'amorçage MetroCluster IP doivent être configurées sur les nouveaux modules de contrôleur. Les valeurs doivent correspondre à celles configurées sur les anciens modules de contrôleur.

Description de la tâche

Dans cette tâche, vous utiliserez les UUID et les ID système identifiés précédemment dans la procédure de mise à niveau de "Collecte des informations avant la mise à niveau".

Étapes

  1. Au LOADER> À l'invite, définissez les bootargs suivants sur les nouveaux nœuds à 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

    L'exemple suivant définit les valeurs de node_B_1 en utilisant VLAN 120 pour le premier réseau et VLAN 130 pour le second réseau :

    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

    L'exemple suivant définit les valeurs de node_B_2 en utilisant VLAN 120 pour le premier réseau et VLAN 130 pour le second réseau :

    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. Dans les nouveaux nœuds » LOADER À l'invite, définissez les 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. Définissez les UUID sur node_B_1.

      L'exemple suivant montre les commandes permettant de définir les UUID sur 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. Définissez les UUID sur node_B_2 :

      L'exemple suivant montre les commandes permettant de définir les UUID sur 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 les systèmes d'origine ont été configurés pour ADP, à l'invite DU CHARGEUR des nœuds de remplacement, activez ADP :

    setenv bootarg.mcc.adp_enabled true

  4. Définissez les variables suivantes :

    setenv bootarg.mcc.local_config_id original-sys-id

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

    Remarque Le setenv bootarg.mcc.local_config_id La variable doit être définie sur l'ID système du module de contrôleur Original, node_B_1.

    1. Définissez les variables sur node_B_1.

      L'exemple suivant montre les commandes permettant de définir les valeurs sur node_B_1 :

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

    2. Définissez les variables sur node_B_2.

      L'exemple suivant montre les commandes permettant de définir les valeurs sur node_B_2 :

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

  5. Si vous utilisez le chiffrement avec un gestionnaire de clés externe, définissez les paramètres d'amorçage requis :

    setenv bootarg.kmip.init.ipaddr

    setenv bootarg.kmip.kmip.init.netmask

    setenv bootarg.kmip.kmip.init.gateway

    setenv bootarg.kmip.kmip.init.interface

Réaffectation des disques de l'agrégat racine

Réallouer les disques de l'agrégat racine vers le nouveau module de contrôleur, à l'aide du sysids rassemblés plus tôt

Description de la tâche

Cette tâche est effectuée en mode Maintenance.

Les anciens ID système ont été identifiés dans "Collecte des informations avant la mise à niveau".

Les exemples de cette procédure utilisent des contrôleurs avec les ID système suivants :

Nœud

Ancien ID système

Nouvel ID système

Nœud_B_1

4068741254

1574774970
Étapes

  1. Reliez toutes les autres connexions aux nouveaux modules de contrôleur (FC-VI, stockage, interconnexion de cluster, etc.).

  2. Arrêtez le système et démarrez en mode maintenance à partir de l'invite DU CHARGEUR :

    boot_ontap maint

  3. Afficher les disques détenus par le nœud_B_1-Old :

    disk show -a

    Le résultat de la commande affiche l'ID système du nouveau module de contrôleur (1574774970). Cependant, les disques de l'agrégat racine appartiennent toujours à l'ancien ID système (4068741254). Dans cet exemple, les disques qui appartiennent aux autres nœuds de la configuration MetroCluster ne s'affichent pas.

    *> 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. Réallouer les disques racine de l'agrégat sur les tiroirs disques vers le nouveau contrôleur :

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

    Remarque Si votre système MetroCluster IP est configuré avec le partitionnement de disque avancé, vous devez inclure l'identifiant système partenaire de reprise sur incident en exécutant disk reassign -s old-sysid -d new-sysid -r dr-partner-sysid commande.

    L'exemple suivant montre la réaffectation de disques :

    *> 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. Vérifier que tous les disques sont réaffectés comme prévu :

    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. Afficher le statut de l'agrégat :

    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. Répétez les étapes ci-dessus sur le nœud partenaire (node_B_2-New).

Démarrage des nouveaux contrôleurs

Vous devez redémarrer les contrôleurs à partir du menu de démarrage pour mettre à jour l'image flash du contrôleur. Des étapes supplémentaires sont nécessaires si le chiffrement est configuré.

Vous pouvez reconfigurer les VLAN et les groupes d'interface. Si nécessaire, modifier manuellement les ports des LIFs de cluster et des détails de broadcast domain avant de reprendre l'opération en utilisant le system controller replace resume commande.

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 de terminer.

    Répondez « 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. Ajoutez n'importe quel port à un broadcast domain si nécessaire.

      "Ajout ou suppression de ports d'un broadcast domain"

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

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

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

      "Création d'une relation entre clusters"

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

      "Création d'un VLAN"

    "Combinaison de ports physiques pour créer des groupes d'interfaces"

    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

    Pour plus d'informations, voir "Restauration des clés de chiffrement intégrées de gestion des clés".

    Gestion externe des clés

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

  11. Avant de reprendre l'opération, vérifiez que le MetroCluster est configuré correctement. 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.

  12. Reprendre l'opération :

    system controller replace resume

Fin de la mise à niveau

L'automatisation exécute des vérifications du système, puis s'interrompt pour que vous puissiez vérifier la capacité d'accès au réseau. Une fois la vérification terminée, la phase de récupération des ressources est lancée, et l'opération d'automatisation exécute le rétablissement sur le site A et s'interrompt après les vérifications de mise à niveau. Une fois que vous avez rétabli l'opération d'automatisation, il effectue les vérifications post-mise à niveau et, si aucune erreur n'est détectée, marque la mise à niveau comme terminée.

Étapes

  1. Vérifiez l'accessibilité du réseau en suivant le message de la console.

  2. Une fois la vérification terminée, reprendre l'opération :

    system controller replace resume

  3. L'opération d'automatisation est effectuée heal-aggregate, heal-root-aggregate, Et les opérations de rétablissement sur le site A, et les vérifications post-mise à niveau. Lorsque l'opération s'interrompt, vérifier manuellement le statut LIF SAN et vérifier la configuration du réseau en suivant le message de la console.

  4. Une fois la vérification terminée, reprendre l'opération :

    system controller replace resume

  5. Vérifier l'état des vérifications post-mise à niveau :

    system controller replace show

    Si les vérifications post-mise à niveau n'ont pas signalé d'erreurs, la mise à niveau est terminée.

  6. Une fois la mise à niveau du contrôleur terminée, connectez-vous au site B et vérifiez que les contrôleurs remplacés sont configurés correctement.

Reconfigurer le médiateur ONTAP

Configurez manuellement le médiateur ONTAP qui a été automatiquement supprimé avant de commencer la mise à niveau.

  1. Suivez les étapes de la section "Configurez le service Mediator ONTAP à partir d'une configuration IP MetroCluster".

Restauration du contrôle disjoncteur d'attache

Si le logiciel disjoncteur d'attache a déjà été configuré pour la surveillance de la configuration MetroCluster, vous pouvez restaurer la connexion ce dernier.

  1. Suivez les étapes de la section "Ajout des configurations MetroCluster".