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.

Supprimez les configurations d'interface et désinstallez les anciens contrôleurs IP MetroCluster

Contributeurs netapp-aoife

Vérifier le bon positionnement du LIF. Supprimez ensuite les VLAN et les groupes d'interface des anciens contrôleurs et désinstallez physiquement les contrôleurs.

Description de la tâche
Étapes
  1. Démarrez les anciens nœuds et 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 de base 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, sont administratives et opérationnelles, 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.

      Ainsi, le port e0d est un port physique des anciens contrôleurs et il 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, voir "Hardware Universe"

    3. Modifier toutes les LIFS de données pour utiliser le port commun comme port de home :
      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:portnamee>,..

    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êtez les nœuds à l' `LOADER`invite :

    halt -inhibit-takeover true

  8. Connectez-vous à la console série des anciens contrôleurs (node_B_1-Old et node_B_2-Old) sur site_B et vérifiez que l'invite s'affiche LOADER.

  9. Rassemblez les valeurs de bootarg :

    printenv

  10. Déconnectez les connexions de stockage et réseau sur les nœuds_B_1-Old et node_B_2-Old. Etiquetez les câbles afin de pouvoir les reconnecter aux nouveaux nœuds.

  11. Déconnectez les câbles d'alimentation du nœud_B_1-Old et du nœud_B_2-Old.

  12. Retirez le rack des contrôleurs node_B_1-Old et node_B_2-Old.