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

Vérifiez l'installation du noeud 3

Contributeurs
PDF

Vous devez vérifier que les ports physiques du nœud1 sont correctement mis en correspondance avec les ports physiques du nœud3. Cela permettra au noeud 3 de communiquer avec d'autres nœuds du cluster et avec le réseau après la mise à niveau.

Description de la tâche

Reportez-vous à la section "Références" Pour établir une liaison avec Hardware Universe afin de capturer des informations sur les ports des nouveaux nœuds. Vous utiliserez ces informations plus loin dans cette section.

L'organisation des ports physiques peut varier en fonction du modèle des nœuds. Au démarrage du nouveau nœud, ONTAP tente de déterminer les ports qui doivent héberger les LIFs du cluster afin de se mettre automatiquement en quorum.

Si les ports physiques du nœud1 ne sont pas directement mis en correspondance avec les ports physiques du nœud3, la section suivante Restaurez la configuration du réseau sur le noeud 3 doit être utilisé pour réparer la connectivité réseau.

Après avoir installé et démarrer node3, vous devez vérifier qu'il est correctement installé. Vous devez attendre que le noeud 3 rejoint le quorum et reprendre l'opération de transfert.

À ce stade de la procédure, l'opération aura été interrompue au fur et à mesure que le noeud 3 rejoint le quorum.

Étapes

  1. Vérifiez que le noeud 3 a rejoint le quorum :

    cluster show -node node3 -fields health

    La sortie du health ce champ doit être de true.

  2. Vérifiez que le noeud 3 fait partie du même cluster que le noeud 2 et qu'il est en bon état :

    cluster show

  3. passer en mode de privilège avancé :

    set advanced

  4. Vérifier l'état de l'opération de remplacement du contrôleur et vérifier qu'elle est en pause et dans le même état qu'avant l'arrêt du nœud 1 pour effectuer les tâches physiques liées à l'installation de nouveaux contrôleurs et au déplacement des câbles :

    system controller replace show

    system controller replace show-details

  5. Reprendre l'opération de remplacement du contrôleur :

    system controller replace resume

  6. Le remplacement du contrôleur est alors mis en pause pour toute intervention incluant le message suivant :

    Cluster::*> system controller replace show
Node             Status                       Error-Action
---------------- ------------------------     ------------------------------------
Node1(now node3) Paused-for-intervention      Follow the instructions given in
                                              Step Details
Node2                      None

Step Details:
--------------------------------------------
To complete the Network Reachability task, the ONTAP network configuration must be manually adjusted to match the new physical network configuration of the hardware. This includes:

1. Re-create the interface group, if needed, before restoring VLANs. For detailed commands and instructions, refer to the "Re-creating VLANs, ifgrps, and broadcast domains" section of the upgrade controller hardware guide for the ONTAP version running on the new controllers.
2. Run the command "cluster controller-replacement network displaced-vlans show" to check if any VLAN is displaced.
3. If any VLAN is displaced, run the command "cluster controller-replacement network displaced-vlans restore" to restore the VLAN on the desired port.

2 entries were displayed.
    Remarque Dans cette procédure, la section Re-création de VLAN, ifgrps et broadcast domain a été renommée Restore network configuration sur node3.

  7. Lorsque le remplacement du contrôleur est en pause, passez à la section suivante de ce document pour restaurer la configuration réseau sur le nœud.

Restaurez la configuration du réseau sur le noeud 3

Une fois que vous avez confirmé que le noeud 3 est dans le quorum et que vous pouvez communiquer avec le noeud 2, vérifiez que les VLAN, les groupes d'interface et les domaines de diffusion du noeud 1 sont visibles sur le noeud 3. Vérifiez également que tous les ports réseau du node3 sont configurés dans leurs domaines de diffusion appropriés.

Description de la tâche

Pour plus d'informations sur la création et la recrércréation de VLAN, de groupes d'interfaces et de domaines de diffusion, reportez-vous à la section "Références" Pour établir un lien vers Network Management.

Étapes

  1. Répertoriez tous les ports physiques qui se trouvent sur le nœud mis à niveau 1 (appelé nœud 3) :

    network port show -node node3

    Tous les ports réseau physiques, les ports VLAN et les ports de groupe d'interfaces sur le nœud sont affichés. À partir de cette sortie, vous pouvez voir tous les ports physiques qui ont été déplacés dans le Cluster Broadcast domain par ONTAP. Vous pouvez utiliser cette sortie pour décider quels ports doivent être utilisés comme ports membres de groupe d'interface, ports de base VLAN ou ports physiques autonomes pour l'hébergement des LIFs.

  2. Lister les rebroadcast domain sur le cluster :

    network port broadcast-domain show

  3. Lister la possibilité de port réseau de tous les ports du node3 :

    network port reachability show

    La sortie doit s'afficher comme dans l'exemple suivant :

    ClusterA::*> network port reachability show
Node      Port     Expected Reachability                Reachability Status
--------- -------- ------------------------------------ ---------------------
node1_node3
          e0M      Default:Mgmt                         ok
          e10a     Default:Default                      ok
          e10b     -                                    no-reachability
          e10c     Default:Default                      ok
          e10d     -                                    no-reachability
          e1a      Cluster:Cluster                      ok
          e1b      -                                    no-reachability
          e7a      Cluster:Cluster                      ok
          e7b      -                                    no-reachability
node2_node4
          e0M      Default:Mgmt                         ok
          e4a      Default:Default                      ok
          e4b      -                                    no-reachability
          e4c      Default:Default                      ok
          e4d      -                                    no-reachability
          e3a      Cluster:Cluster                      ok
          e3b      Cluster:Cluster                      ok
18 entries were displayed.

    Dans l'exemple précédent, le nœud 1_node3 démarre simplement après le remplacement du contrôleur. Certains ports n'ont pas la capacité de reachcapacité à leurs domaines de diffusion attendus et doivent être réparés.

  4. réparer l'accessibilité pour chacun des ports du node3 avec un état de réabilité autre que ok. Exécuter la commande suivante, sur tout premier port physique, puis sur n'importe quel port VLAN, un à la fois :

    network port reachability repair -node <node_name> -port <port_name>

    La sortie doit s'afficher comme dans l'exemple suivant :

    Cluster ::> reachability repair -node node1_node3 -port e4a
    Warning: Repairing port "node1_node3: e4a" may cause it to move into a different broadcast domain, which can cause LIFs to be re-homed away from the port. Are you sure you want to continue? {y|n}:

    Un message d'avertissement, tel qu'illustré ci-dessus, est prévu pour les ports dont l'état d'accessibilité peut être différent de l'état d'accessibilité du domaine de diffusion où il se trouve actuellement. Vérifiez la connectivité du port et la réponse y ou n selon les besoins.

    Vérifier que tous les ports physiques ont leur capacité d'accessibilité attendue :

    network port reachability show

    Au fur et à mesure que la réparation de l'accessibilité est effectuée, ONTAP tente de placer les ports dans les domaines de diffusion appropriés. Toutefois, si la capacité de réachbilité d’un port ne peut être déterminée et n’appartient à aucun des domaines de diffusion existants, ONTAP créera de nouveaux domaines de diffusion pour ces ports.

  5. Si la configuration des groupes d'interfaces ne correspond pas à la nouvelle disposition des ports physiques du contrôleur, modifiez-la en procédant comme suit.

    1. Vous devez d'abord supprimer les ports physiques qui doivent être des ports membres du groupe d'interfaces de leur appartenance à un domaine de diffusion. Pour ce faire, utilisez la commande suivante :

      network port broadcast-domain remove-ports -broadcast-domain <broadcast-domain_name> -ports <node_name:port_name>

    2. Ajout d'un port membre à un groupe d'interfaces :

      network port ifgrp add-port -node <node_name> -ifgrp <ifgrp> -port <port_name>

    3. Le groupe d'interface est automatiquement ajouté au domaine de diffusion environ une minute après l'ajout du premier port membre.

    4. Vérifiez que le groupe d'interface a été ajouté au domaine de diffusion approprié :

      network port reachability show -node <node_name> -port <ifgrp>

      Si l'état de la capacité d'accessibilité du groupe d'interfaces n'est pas le cas ok, affectez-le au domaine de diffusion approprié :

    network port broadcast-domain add-ports -broadcast-domain <broadcast_domain_name> -ports <node:port>

  6. Attribuez les ports physiques appropriés au Cluster domaine de diffusion en procédant comme suit :

    1. Déterminez les ports qui ont la capacité de remboursement du Cluster broadcast domain :

      network port reachability show -reachable-broadcast-domains Cluster:Cluster

    2. Réparer n'importe quel port avec la capacité de réparation du Cluster broadcast domain, si son statut de accessibilité n'est pas ok:

      network port reachability repair -node <node_name> -port <port_name>

  7. Déplacez les ports physiques restants dans leurs domaines de diffusion appropriés à l'aide de l'une des commandes suivantes :

    network port reachability repair -node <node_name> -port <port_name>

    network port broadcast-domain remove-port

    network port broadcast-domain add-port

    Vérifiez qu'il n'y a pas de port injoignable ou inattendu. Vérifiez l'état d'accessibilité de tous les ports physiques à l'aide de la commande suivante et en examinant la sortie pour confirmer que l'état est ok:

    network port reachability show -detail

  8. Restaurez les VLAN qui auraient pu être déplacés à l'aide des étapes suivantes :

    1. Liste des réseaux locaux virtuels déplacés :

      cluster controller-replacement network displaced-vlans show

      Les valeurs de sortie suivantes doivent s'afficher :

      Cluster::*> displaced-vlans show
(cluster controller-replacement network displaced-vlans show)
          Original
Node      Base Port   VLANs
--------  ----------  -----------------------------------------
Node1       a0a       822, 823
            e4a       822, 823
2 entries were displayed.

    2. Restaurer les VLAN déplacés de leurs ports de base précédents :

      cluster controller-replacement network displaced-vlans restore

      Voici un exemple de restauration des VLAN déplacés du groupe d'interface "a0A" vers le même groupe d'interface :

      Cluster::*> displaced-vlans restore -node node1_node3 -port a0a -destination-port a0a

      Voici un exemple de restauration des VLAN déplacés sur le port « e9a » vers « e9d » :

      Cluster::*> displaced-vlans restore -node node1_node3 -port e9a -destination-port e9d

      Lorsqu'une restauration VLAN est réussie, les VLAN déplacés sont créés sur le port de destination spécifié. La restauration VLAN échoue si le port de destination est membre d'un groupe d'interfaces ou si le port de destination est arrêté.

    Attendez environ une minute pour placer les VLAN nouvellement restaurés dans leurs domaines de diffusion appropriés.

    1. Créez de nouveaux ports VLAN si nécessaire pour les ports VLAN qui ne sont pas dans le cluster controller-replacement network displaced-vlans show sortie mais doit être configurée sur d'autres ports physiques.

  9. Supprimez tous les domaines de diffusion vides une fois que toutes les réparations de port ont été effectuées :

    network port broadcast-domain delete -broadcast-domain <broadcast_domain_name>

  10. vérifier l'accessibilité des ports :

    network port reachability show

    Lorsque tous les ports sont correctement configurés et ajoutés aux domaines de diffusion appropriés, le network port reachability show la commande doit indiquer l'état de la capacité d'accessibilité ok pour tous les ports connectés et l'état en tant que no-reachability pour les ports sans connectivité physique. Si un port signale un état autre que ces deux, effectuez la réparation de la capacité d'accès et ajoutez ou supprimez des ports de leurs domaines de diffusion comme indiqué dans Étape 4.

  11. Vérifier que tous les ports ont été placés dans des domaines de diffusion :

    network port show

  12. Vérifiez que l'unité de transmission maximale (MTU) correcte est configurée pour tous les ports des domaines de diffusion :

    network port broadcast-domain show

  13. Restaurer les ports de base LIF, en précisant les ports de home Vserver(s) et LIF, le cas échéant, qui doivent être restaurés à l'aide des étapes suivantes :

    1. Lister les LIFs déplacées :

      displaced-interface show

    2. Restaurer les home node LIF et les ports home ports :

      cluster controller-replacement network displaced-interface restore-home-node -node <node_name> -vserver <vserver_name> -lif-name <LIF_name>

  14. Vérifier que toutes les LIF disposent d'un port d'origine et sont administrativement en service :

    network interface show -fields home-port, status-admin