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
PDF

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. Selon la version de ONTAP exécutée sur la paire haute disponibilité à mettre à niveau, effectuez l'une des actions suivantes :

    Si votre version ONTAP est…​ Alors…​

    9.8 à 9.11.1

    Vérifiez que les LIFs de cluster écoutent sur le port 7700 :

    ::> network connections listening show -vserver Cluster

    9.12.1 ou ultérieure

    Ignorez cette étape et passez à Étape 5.

    Le port 7700 en écoute sur les ports de cluster est le résultat attendu, comme illustré dans l'exemple suivant pour un cluster à deux nœuds :

    Cluster::> network connections listening show -vserver Cluster
Vserver Name     Interface Name:Local Port     Protocol/Service
---------------- ----------------------------  -------------------
Node: NodeA
Cluster          NodeA_clus1:7700               TCP/ctlopcp
Cluster          NodeA_clus2:7700               TCP/ctlopcp
Node: NodeB
Cluster          NodeB_clus1:7700               TCP/ctlopcp
Cluster          NodeB_clus2:7700               TCP/ctlopcp
4 entries were displayed.

  4. Pour chaque LIF de cluster qui ne écoute pas sur le port 7700, régler le statut administratif de la LIF sur down puis up:

    ::> net int modify -vserver Cluster -lif cluster-lif -status-admin down; net int modify -vserver Cluster -lif cluster-lif -status-admin up

    Répétez l'étape 3 pour vérifier que la LIF de cluster écoute désormais sur le port 7700.

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

    set advanced

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

  7. Si vous travaillez sur un système MetroCluster, vérifiez que le contrôleur remplacé est configuré correctement pour la configuration MetroCluster ; la configuration MetroCluster doit être en état de fonctionnement. Reportez-vous à la section "Vérifier l'état de santé de la configuration MetroCluster".

    Reconfigurer les LIFs intercluster sur le nœud MetroCluster node4, et vérifier le peering de cluster pour restaurer la communication entre les nœuds MetroCluster avant de poursuivre l'opération Étape 6.

    Vérifier l'état du nœud MetroCluster :

    metrocluster node show

  8. reprendre l'opération de remplacement du contrôleur :

    system controller replace resume

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

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

Remarque Si vous modifiez la vitesse de port des ports de cluster e0a et e1a sur les systèmes AFF A800 ou AFF C800, vous pouvez observer que des paquets mal formés sont reçus après la conversion de vitesse. Voir "Code de bogue en ligne de NetApp Bugs 1570339" et l'article de la base de connaissances "Erreurs CRC sur les ports T6 après la conversion de 40 GbE à 100 GbE" pour obtenir des conseils.
É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::*> reachability show -node node2_node4
  (network port reachability show)
Node         Port       Expected Reachability       Reachability Status
---------    --------  ---------------------------  ---------------------
node2_node4
             a0a        Default:Default             no-reachability
             a0a-822    Default:822                 no-reachability
             a0a-823    Default:823                 no-reachability
             e0M        Default:Mgmt                ok
             e0a        Cluster:Cluster             misconfigured-reachability
             e0b        Cluster:Cluster             no-reachability
             e0c        Cluster:Cluster             no-reachability
             e0d        Cluster:Cluster             no-reachability
             e0e        Cluster:Cluster             ok
             e0e-822    -                           no-reachability
             e0e-823    -                           no-reachability
             e0f        Default:Default             no-reachability
             e0f-822    Default:822                 no-reachability
             e0f-823    Default:823                 no-reachability
             e0g        Default:Default             misconfigured-reachability
             e0h        Default:Default             ok
             e0h-822    Default:822                 ok
             e0h-823    Default:823                 ok
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 e0h
    Warning: Repairing port "node2_node4: e0h" 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
            e0e           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 « e0e » et vers « e0h » :

      Cluster::*> displaced-vlans restore -node node2_node4 -port e0e -destination-port e0h

      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