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 node4

Contributeurs

Vous devez vérifier que les ports physiques du nœud2 sont correctement mis en correspondance avec les ports physiques du nœud4. Ainsi, le nœud4 pourra 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 node2 ne sont pas directement mis en correspondance avec les ports physiques du node4, la section suivante Restaurez la configuration du réseau sur le noeud 4 doit être utilisé pour réparer la connectivité réseau.

Après avoir installé et démarrer node4, vous devez vérifier qu'il est correctement installé. Vous devez attendre que le noeud 4 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 4 rejoint le quorum.

Étapes
  1. Vérifiez que le noeud 4 a rejoint le quorum :

    cluster show -node node4 -fields health

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

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

    cluster show

  3. Passer en mode 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 dans un état en pause et dans le même état qu'elle était avant l'arrêt du nœud 2 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
    ---------------- ------------------------     ------------------------------------
    Node2(now node4) Paused-for-intervention      Follow the instructions given in
                                                  Step Details
    Node2
    
    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 recréation des VLAN, ifgrps et des domaines de diffusion a été renommée Restauration de la configuration du réseau sur le noeud 4.
  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 4

Une fois que vous avez confirmé que le nœud4 est quorum et peut communiquer avec le nœud3, vérifiez que les VLAN, les groupes d'interface et les domaines de diffusion du nœud2 sont visibles sur le nœud4. Vérifiez également que tous les ports réseau node4 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. Lister tous les ports physiques qui se trouvent sur le nœud mis à niveau 2 (appelé node4) :

    network port show -node node4

    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 des ports à utiliser comme ports membres de groupe d'interfaces, 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 node4 :

    network port reachability show

    La sortie de la commande ressemble à 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
              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
    18 entries were displayed.

    Dans l'exemple ci-dessus, le nœud 2_node4 démarre simplement après le remplacement du contrôleur. Il dispose de plusieurs ports qui n'ont pas d'accessibilité et sont en attente d'une acquisition de capacité de remboursement.

  4. réparer l'accessibilité pour chacun des ports du node4 avec un état d'accessibilité 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>

    Le résultat semble être l'exemple suivant :

    Cluster ::> reachability repair -node node2_node4 -port e10a
    Warning: Repairing port "node2_node4: e10a" 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 à la Cluster broadcast domain :

    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
                  e10a          822, 823
    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 node2_node4 -port a0a -destination-port a0a

      Voici un exemple de restauration de VLAN déplacés vers le port « e10a » et vers « e10b » :

      Cluster::*> displaced-vlans restore -node node2_node4 -port e10a -destination-port e10b

      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érifiez 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 ports, effectuez la réparation de la capacité d'accessibilité 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 base Vserver(s) et LIF, le cas échéant, à restaurer :

    1. Lister les LIFs déplacées :

      displaced-interface show

    2. Restaurer les ports de base LIF :

      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