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éparer la configuration réseau des anciens contrôleurs IP MetroCluster

Contributeurs netapp-aoife
PDF

Une fois que vous avez recueilli les informations et repris l'opération, l'opération d'automatisation effectue le basculement.

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.

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 la sysids précédente.

Description de la tâche
Étapes

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

    boot_ontap

  2. Si le système que vous effectuez la mise à niveau utilise les ports partagés cluster/haute disponibilité, vérifiez que les interfaces IP MetroCluster utilisent les adresses IP prises en charge.

    Utilisez les informations suivantes pour déterminer si le nouveau système utilise des ports cluster/haute disponibilité partagés :

    Ports partagés en cluster/haute disponibilité

    Les systèmes répertoriés dans le tableau suivant utilisent des ports cluster/haute disponibilité partagés :

    AFF et ASA Systèmes FAS

    • AFF A20

    • AFF A30

    • AFF C30

    • AFF A50

    • AFF C60

    • AFF C80

    • AFF A70

    • AFF A90

    • AFF A1K

    • FAS50

    • FAS70

    • FAS90
    Ports MetroCluster/HA partagés

    Les systèmes répertoriés dans le tableau suivant utilisent des ports MetroCluster/HA partagés :

    AFF et ASA Systèmes FAS

    • AFF A150, ASA A150

    • AVEC AFF A220

    • AFF C250, ASA C250

    • AFF A250, ASA A250

    • AFF A300

    • AFF A320

    • AFF C400, ASA C400

    • AFF A400, ASA A400

    • AFF A700

    • AFF C800, ASA C800

    • AFF A800, ASA A800

    • AFF A900, ASA A900

    • FAS2750

    • FAS500f

    • FAS8200

    • FAS8300

    • FAS8700

    • FAS9000

    • FAS9500

    1. Vérifiez les adresses IP des interfaces MetroCluster sur les anciens contrôleurs :

      metrocluster configuration-settings interface show

    2. Si les interfaces MetroCluster utilisent des adresses IP 169.254.17.x ou 169.254.18.x, reportez-vous à la section "Article de la base de connaissances « modification des propriétés d'une interface IP MetroCluster »" pour modifier les adresses IP de l'interface avant de procéder à la mise à niveau.

      Avertissement La mise à niveau vers tout système utilisant des ports partagés cluster/haute disponibilité n'est pas prise en charge si les interfaces MetroCluster sont configurées avec des adresses IP 169.254.17.x ou 169.254.18.x.

  3. Modifier les LIFs intercluster sur les anciens contrôleurs de manière à utiliser un port home différent de celui des ports utilisés pour l'interconnexion haute disponibilité ou l'interconnexion MetroCluster IP DR sur les nouveaux contrôleurs.

    Remarque Cette étape est requise pour une mise à niveau réussie.

    Les LIF intercluster des anciens contrôleurs doivent utiliser un port home différent de celui des ports utilisés pour l'interconnexion haute disponibilité ou l'interconnexion MetroCluster IP DR sur les nouveaux contrôleurs. Par exemple, lorsque vous effectuez une mise à niveau vers des contrôleurs AFF A90, les ports d'interconnexion haute disponibilité sont e1a et e7a et les ports d'interconnexion pour la reprise après incident IP MetroCluster sont e2b et e3b. Vous devez déplacer les LIFs intercluster sur les anciens contrôleurs s'ils sont hébergés sur les ports e1a, e7a, e2b ou e3b.

    Pour la distribution et l'allocation des ports sur les nouveaux nœuds, reportez-vous à la "Hardware Universe".

    1. Sur les anciens contrôleurs, afficher les LIFs intercluster :

      network interface show -role intercluster

      Effectuez l'une des actions suivantes si les LIF intercluster des anciens contrôleurs utilisent les mêmes ports que les ports utilisés pour l'interconnexion haute disponibilité ou l'interconnexion MetroCluster IP DR sur les nouveaux contrôleurs.

      Si les LIFs intercluster…​ Aller à…​

      Utilisez le même port de base

      Sous-étape b

      Utilisez un autre port de base

      Étape 4

    2. modifiez les LIFs intercluster pour utiliser un autre port home :

      network interface modify -vserver <vserver> -lif <intercluster_lif> -home-port <port-not-used-for-ha-interconnect-or-mcc-ip-dr-interconnect-on-new-nodes>

    3. Vérifier que toutes les LIFs intercluster se trouvent sur leurs nouveaux ports home :

      network interface show -role intercluster -is-home false

      La sortie de la commande doit être vide, ce qui indique que toutes les LIFs intercluster se trouvent sur leurs ports home respectifs.

    4. Reconvertir toutes les LIF qui ne se trouvent pas sur leur port de base :

      network interface revert -lif <intercluster_lif>

    Répéter la commande pour chaque LIF intercluster qui ne se trouve pas sur le home port.

  4. affectez le port home de toutes les LIFs de données de l'ancien contrôleur à un port commun identique sur l'ancien et le nouveau module de contrôleur.

    Avertissement Si les anciens et les nouveaux contrôleurs ne disposent pas de port commun, il n'est pas nécessaire de modifier les LIFs data. Ignorez cette étape et passez directement à Étape 5.

    1. Afficher les LIFs :

      network interface show

      Toutes les LIF de données, y compris SAN et NAS, seront « up » d'administration et « does » d'exploitation, car elles fonctionnent 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.

      Reportez-vous "Hardware Universe"au pour connaître l'utilisation des ports de chaque modèle de plate-forme.

    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

  5. modifiez les domaines de diffusion pour supprimer le 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.

  6. 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. Supprimez les ports VLAN et de groupe d'interfaces du broadcast domain :

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

    2. Modifiez les ports de groupe d'interface pour utiliser d'autres ports physiques comme membres, selon les besoins :

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

  7. Arrêter les nœuds :

    halt -inhibit-takeover true -node <node-name>

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

  8. Vérifiez que les nœuds se trouvent à LOADER l'invite et collectez et conservez les variables d'environnement actuelles.

  9. Rassemblez les valeurs de bootarg :

    printenv

  10. Mettez les nœuds et les tiroirs hors tension sur le site de mise à niveau du contrôleur.

Et la suite ?

"Configurez et netboot des nouveaux contrôleurs".