Mapper les ports du node1 vers le node3
Vous devez vous assurer que les ports physiques du nœud1 sont correctement associés aux ports physiques du nœud3, ce qui permettra au noeud 3 de communiquer avec d'autres nœuds du cluster et avec le réseau après la mise à niveau.
Vous devez déjà disposer d'informations sur les ports sur les nouveaux nœuds à partir du Hardware Universe. (Allez à "Références" Pour établir un lien vers le Hardware Universe). Vous utilisez ces informations ultérieurement dans cette section et dans "Mappage des ports du node2 au node4".
La configuration logicielle du nœud3 doit correspondre à la connectivité physique du nœud3, et la connectivité IP doit être restaurée avant de poursuivre la mise à niveau.
Les paramètres de port peuvent varier en fonction du modèle des nœuds.
Vous devez rendre le port du nœud d'origine et la configuration LIF compatibles avec ce que vous prévoyez de configurer le nouveau nœud. En effet, le nouveau nœud relit la même configuration au démarrage, ce qui signifie que, lorsque vous démarrez le nœud 3, ONTAP tentera d'héberger les LIF sur les mêmes ports que celui utilisé sur le nœud 1.
Par conséquent, si les ports physiques du nœud 1 ne sont pas directement associés aux ports physiques du nœud 3, des modifications de configuration logicielle seront nécessaires pour restaurer le cluster, la gestion et la connectivité réseau après le démarrage. De plus, si les ports du cluster du nœud 1 ne sont pas directement mis en correspondance avec les ports du cluster du nœud 3, le nœud 3 peut ne pas réintégrer automatiquement le quorum au redémarrage, jusqu'à ce qu'une modification de configuration logicielle soit apportée pour héberger les LIFs de cluster sur les ports physiques appropriés.
-
Enregistrez toutes les informations de câblage du nœud 1 pour le nœud 1, les ports, les domaines de diffusion et les IPspaces, dans le tableau suivant :
LIF Ports du nœud 1 Les IPspaces du nœud 1 Domaine de diffusion node1 Ports node3 Ports node3 Domaines de diffusion node3 Cluster 1
Cluster 2
Cluster 3
Cluster 4
Cluster 5
Cluster 6
Gestion de nœuds
Gestion du cluster
Données 1
Données 2
Données 3
Données 4
SAN
Port intercluster
Reportez-vous à la section "Enregistrer les informations sur le noeud 1" pour obtenir ces informations, procédez comme suit.
-
Enregistrez toutes les informations de câblage pour le noeud 3, les ports, les domaines de diffusion et les IPspaces dans le tableau précédent en suivant la même procédure dans "Enregistrer les informations sur le noeud 1".
-
effectuez la procédure suivante pour vérifier si la configuration est un cluster à deux nœuds sans commutateur :
-
Définissez le niveau de privilège sur avancé :
cluster::> set -privilege advanced
-
Vérifiez si la configuration est un cluster à 2 nœuds sans commutateur :
network options switchless-cluster show
cluster::*> network options switchless-cluster show Enable Switchless Cluster: false/true
+
La valeur de cette commande doit correspondre à l'état physique du système.-
Retour au niveau de privilège d'administration :
cluster::*> set -privilege admin cluster::>
-
-
Obtenez le noeud 3 au quorum en effectuant les étapes suivantes :
-
Démarrez le nœud 3. Voir "Installez et démarrez le nœud 3" pour démarrer le nœud si vous ne l'avez pas encore fait.
-
Vérifier que les nouveaux ports du cluster sont dans le Cluster broadcast domain :
network port show -node node-name -port port-name -fields broadcast-domain
L'exemple suivant montre que le port « e0a » se trouve dans le domaine « Cluster » du nœud 3 :
cluster::> network port show -node node3 -port e0a -fields broadcast-domain node port broadcast-domain ---------- ---- ---------------- node3 e1a Cluster
-
Ajouter les ports adéquats au Cluster broadcast domain :
network port modify -node node-name -port port-name -ipspace Cluster -mtu 9000
Cet exemple ajoute le port Cluster « e1b » sur le nœud 3 :
network port modify -node node3 -port e1b -ipspace Cluster -mtu 9000
Dans le cas d'une configuration MetroCluster, il peut ne pas être possible de modifier le broadcast domain d'un port car il est associé à un port hébergeant la LIF d'un SVM destination sync et afficher les erreurs similaires, mais sans se limiter au message suivant` : command failed: This operation is not permitted on a Vserver that is configured as the destination of a MetroCluster Vserver relationship.
Entrez la commande suivante du SVM source synchrone correspondant sur le site distant afin de réaffecter le LIF de destination synchrone à un port approprié :
metrocluster vserver resync -vserver Vserver-name
-
Migrer les LIFs du cluster sur les nouveaux ports, une seule fois pour chaque LIF :
network interface migrate -vserver Cluster -lif LIF-name -source-node node3 -destination-node node3 -destination-port port-name
-
Modifier le home port des LIFs du cluster :
network interface modify -vserver Cluster -lif LIF-name –home-port port-name
-
Si les ports de cluster ne se trouvent pas dans le Cluster broadcast-domain, ajoutez-les :
network port broadcast-domain add-ports -ipspace Cluster -broadcast-domain Cluster -ports node:port
-
Retirer les anciens ports du Cluster broadcast domain :
network port broadcast-domain remove-ports
L'exemple suivant supprime le port « e0d » sur le nœud 3 :
network port broadcast-domain remove-ports -ipspace Cluster -broadcast-domain Cluster ‑ports <node3:e0d>
-
Vérifiez que le quorum est de nouveau rejoint le noeud 3 :
cluster show -node node3 -fields health
-
-
ajustez les domaines de diffusion qui hébergent les LIF de cluster et/ou les LIF node-management et/ou cluster-management. Vérifiez que chaque broadcast domain contient les bons ports. Un port ne peut pas être déplacé entre broadcast domain s'il héberge ou héberge un LIF. Il peut donc être nécessaire de migrer et de modifier les LIF comme suit :
-
Afficher le home port d'une LIF :
network interface show -fields home-node,home-port
-
Afficher le broadcast domain contenant ce port :
network port broadcast-domain show -ports node_name:port_name
-
Ajouter ou supprimer des ports des domaines de diffusion :
network port broadcast-domain add-ports
network port broadcast-domain remove-ports
-
Modifier le port d'origine d'une LIF :
network interface modify -vserver Vserver-name -lif LIF-name –home-port port-name
-
-
ajuster les domaines de broadcast intercluster et migrer les LIFs intercluster, si nécessaire, à l'aide des mêmes commandes affichées dans Étape 5.
-
ajustez n'importe quel autre domaine de diffusion et migrez si nécessaire les LIF de données à l'aide des commandes indiquées dans la Étape 5.
-
si des ports du noeud 1 n'existent plus sur le noeud 3, procédez comme suit pour les supprimer :
-
Accéder au niveau de privilège avancé sur l'un des nœuds :
set -privilege advanced
-
Supprimer les ports :
network port delete -node node-name -port port-name
-
Revenir au niveau admin:
set -privilege admin
-
-
ajustez tous les groupes de basculement LIF :
network interface modify -failover-group failover-group -failover-policy failover-policy
L'exemple suivant définit la politique de basculement sur « broadcast-domain-large » et utilise les ports du groupe de basculement « fg1 » comme cibles de basculement pour LIF « data1 » sur « node3 » :
network interface modify -vserver node3 -lif data1 failover-policy broadcast-domainwide -failover-group fg1
Accédez à "Références" Pour accéder à Network Management ou aux ONTAP 9 Commands: Manuel page Reference pour plus d'informations.
-
Vérifiez les modifications sur le noeud 3 :
network port show -node node3
-
Chaque LIF de cluster doit écouter sur le port 7700. Vérifiez que les LIFs de cluster écoutent sur le port 7700 :
::> network connections listening show -vserver Cluster
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.
-
Pour chaque LIF de cluster qui ne écoute pas sur le port 7700, régler le statut administratif de la LIF sur
down
puisup
:::> 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 11 pour vérifier que la LIF de cluster écoute désormais sur le port 7700.