Configuration des nouveaux nœuds et fin de la transition
Lorsque les nouveaux nœuds sont ajoutés, effectuez les étapes de transition et configurez les nœuds IP MetroCluster.
Configuration des nœuds IP MetroCluster et désactivation de la transition
Vous devez implémenter les connexions IP MetroCluster, actualiser la configuration MetroCluster et désactiver le mode de transition.
-
Former les nouveaux nœuds dans un groupe DR en émettant les commandes suivantes à partir du contrôleur node_A_1-IP :
metrocluster configuration-settings dr-group create -partner-cluster <peer_cluster_name> -local-node <local_controller_name> -remote-node <remote_controller_name>
metrocluster configuration-settings dr-group show
-
Créer les interfaces IP MetroCluster (node_A_1-IP, node_A_2-IP, node_B_1-IP, node_B_2-IP) — deux interfaces doivent être créées par contrôleur ; huit interfaces au total :
metrocluster configuration-settings interface create -cluster-name <cluster_name> -home-node <controller_name> -home-port <port_name> -address <ip_address> -netmask <netmask_address> -vlan-id <vlan_id>
metrocluster configuration-settings interface show
Certaines plates-formes utilisent un VLAN pour l'interface IP de MetroCluster. Par défaut, chacun des deux ports utilise un VLAN différent : 10 et 20.
Si elle est prise en charge, vous pouvez également spécifier un VLAN différent (non par défaut) supérieur à 100 (entre 101 et 4095) en utilisant le
-vlan-id
paramètre de lametrocluster configuration-settings interface create
commande.Les plates-formes suivantes ne prennent pas en charge le
-vlan-id
paramètre :-
FAS8200 ET AFF A300
-
AFF A320
-
FAS9000 et AFF A700
-
AFF C800, ASA C800, AFF A800 et ASA A800
Toutes les autres plates-formes prennent en charge le
-vlan-id
paramètre.Les affectations de VLAN par défaut et valides dépendent du fait que la plate-forme prend en charge le
-vlan-id
paramètre :
Les plateformes qui prennent en charge <code>-vlan-</code>VLAN par défaut :
-
Lorsque le
-vlan-id
paramètre n'est pas spécifié, les interfaces sont créées avec le VLAN 10 pour les ports "A" et le VLAN 20 pour les ports "B". -
Le VLAN spécifié doit correspondre au VLAN sélectionné dans la FCR.
Plages VLAN valides :
-
VLAN 10 et 20 par défaut
-
VLAN 101 et supérieur (entre 101 et 4095)
Les plateformes qui ne prennent pas en charge <code>-vlan-</code>VLAN par défaut :
-
Sans objet L'interface ne nécessite pas la spécification d'un VLAN sur l'interface MetroCluster. Le port du commutateur définit le VLAN utilisé.
Plages VLAN valides :
-
Tous les VLAN non explicitement exclus lors de la génération de la FCR. Le RCF vous avertit si le VLAN n'est pas valide.
-
-
Effectuez l'opération de connexion MetroCluster à partir du contrôleur node_A_1-IP pour connecter les sites MetroCluster — cette opération peut prendre quelques minutes :
metrocluster configuration-settings connection connect
-
Vérifier que les disques distants du cluster sont visibles depuis chaque contrôleur via les connexions iSCSI :
disk show
Vous devez voir les disques distants appartenant aux autres nœuds dans la configuration.
-
Mettre en miroir l'agrégat racine pour node_A_1-IP et node_B_1-IP :
aggregate mirror -aggregate root-aggr
-
Affectez des disques aux nœuds a_2-IP et Node_B_2-IP.
Affectations de disques du pool 1 déjà effectuées pour node_A_1-IP et node_B_1-IP lorsque la commande boot_After_mcc_transtion a été émise au menu de démarrage.
-
Exécutez les commandes suivantes sur node_A_2-IP :
disk assign disk1disk2disk3 … diskn -sysid node_B_2-IP-controller-sysid -pool 1 -force
-
Exécutez les commandes suivantes sur node_B_2-IP :
disk assign disk1disk2disk3 … diskn -sysid node_A_2-IP-controller-sysid -pool 1 -force
-
-
Confirmation de la mise à jour de la propriété pour les disques distants :
disk show
-
Si nécessaire, actualisez les informations de propriété à l'aide des commandes suivantes :
-
Accédez au mode de privilège avancé et saisissez y lorsque vous êtes invité à continuer :
set priv advanced
-
Actualiser la propriété des disques :
disk refresh-ownership controller-name
-
Revenir en mode admin:
set priv admin
-
-
Mettez en miroir les agrégats racine des nœuds_A_2-IP et Node_B_2-IP :
aggregate mirror -aggregate root-aggr
-
Vérifier que la resynchronisation de l'agrégat est terminée pour les agrégats racine et de données :
aggr show``aggr plex show
La resynchronisation peut prendre un certain temps mais doit être terminée avant de procéder aux étapes suivantes.
-
Actualisez la configuration MetroCluster pour intégrer les nouveaux nœuds :
-
Accédez au mode de privilège avancé et saisissez y lorsque vous êtes invité à continuer :
set priv advanced
-
Actualisez la configuration :
Si vous avez configuré…
Exécutez cette commande…
Un seul agrégat dans chaque cluster :
metrocluster configure -refresh true -allow-with-one-aggregate true
Plus qu'un seul agrégat dans chaque cluster
metrocluster configure -refresh true
-
Revenir en mode admin:
set priv admin
-
-
Désactiver le mode de transition MetroCluster :
-
Entrer en mode de privilège avancé et entrer « y » lorsque vous êtes invité à continuer :
set priv advanced
-
Désactiver le mode de transition :
metrocluster transition disable
-
Revenir en mode admin:
set priv admin
-
Configuration des LIF de données sur les nouveaux nœuds
Vous devez configurer des LIF de données sur les nouveaux nœuds, node_A_2-IP et node_B_2-IP.
Vous devez ajouter les nouveaux ports disponibles sur les nouveaux contrôleurs à un broadcast domain s'il n'est pas déjà attribué à un. Le cas échéant, créez des VLAN ou des groupes d'interfaces sur les nouveaux ports. Voir "Gestion du réseau"
-
Identifiez l'utilisation actuelle des ports et les domaines de diffusion :
network port show``network port broadcast-domain show
-
Ajoutez des ports aux domaines de diffusion et aux VLAN selon les besoins.
-
Afficher les espaces IP :
network ipspace show
-
Créez des espaces IP et affectez des ports de données selon les besoins.
-
Afficher les domaines de diffusion :
network port broadcast-domain show
-
Ajoutez tout port de données à un broadcast domain si nécessaire.
-
Recréez les VLAN et les groupes d'interfaces selon les besoins.
L'appartenance au VLAN et aux groupes d'interfaces peut être différente de celle de l'ancien nœud.
-
-
Vérifier que les LIFs sont hébergées sur le nœud et les ports appropriés sur les nœuds IP MetroCluster (y compris le SVM avec -mc vserver) si besoin.
Voir les informations collectées dans "Création de la configuration réseau".
-
Vérifier le home port des LIFs :
network interface show -field home-port
-
Si nécessaire modifier la configuration LIF :
vserver config override -command "network interface modify -vserver <svm_name> -home-port <active_port_after_upgrade> -lif <lif_name> -home-node <new_node_name>
-
Ne rétablit pas les LIF sur leur home port :
network interface revert * -vserver <svm_name>
-
Mise en place des SVM
En raison des modifications apportées en cas de configuration de LIF, vous devez redémarrer les SVM sur les nouveaux nœuds.
-
Vérifier l'état des SVM :
metrocluster vserver show
-
Redémarrez les SVMs sur cluster_A qui n'ont pas de suffixe «`-mc » :
vserver start -vserver <svm_name> -force true
-
Répétez les étapes précédentes sur le cluster partenaire.
-
Vérifier que tous les SVM sont dans un état sain :
metrocluster vserver show
-
Vérifier que toutes les LIFs de données sont en ligne :
network interface show
Déplacement d'un volume système vers les nouveaux nœuds
Pour améliorer la résilience, un volume système doit être déplacé du nœud de contrôleur A_1-IP vers le nœud de contrôleur A_2-IP, ainsi que du nœud_B_1-IP vers le nœud_B_2-IP. Vous devez créer un agrégat en miroir sur le nœud de destination pour le volume système.
Les volumes système ont le nom "mDV_CRS_*_A`" ou "mDV_CRS_*_B.`" Les désignations "`_A'" et "`_B'" n'ont pas de lien avec les références site_A et site_B utilisées dans toute la présente section; par exemple, MDV_CRS_*_A n'est pas associé au site_A.
-
Affectez au moins trois pools 0 et trois disques de pool 1 chacun pour les contrôleurs node_A_2-IP et node_B_2-IP selon les besoins.
-
Activer l'assignation automatique des disques.
-
Déplacez le volume système _B du noeud_A_1-IP au noeud_A_2-IP en procédant comme suit à partir du site_A.
-
Créer un agrégat en miroir sur le nœud de contrôleur_A_2-IP pour contenir le volume système :
aggr create -aggregate new_node_A_2-IP_aggr -diskcount 10 -mirror true -node node_A_2-IP
aggr show
L'agrégat en miroir nécessite cinq pools 0 et cinq disques de réserve 1 appartenant au nœud de contrôleur A_2-IP.
L'option avancée, « force-force-petits-agrégats true » peut être utilisée pour limiter l'utilisation des disques au pool 0 de 3 et 3 disques pool 1, si les disques sont en approvisionnement court.
-
Lister les volumes système associés au SVM admin :
vserver show
volume show -vserver <admin_svm_name>
Vous devez identifier les volumes contenus par les agrégats détenus par site_A. Les volumes système site_B seront également affichés.
-
-
Déplacez le volume système MDV_CRS_*_B pour site_A vers l'agrégat mis en miroir créé sur le noeud de contrôleur_A_2-IP
-
Vérifier l'absence d'agrégats de destination possibles :
volume move target-aggr show -vserver <admin_svm_name> -volume MDV_CRS_*_B
L'agrégat nouvellement créé sur le nœud_A_2-IP doit être répertorié.
-
Déplacez le volume vers le nouvel agrégat sur le node_A_2-IP :
set advanced
volume move start -vserver <admin_svm_name> -volume MDV_CRS_*_B -destination-aggregate new_node_A_2-IP_aggr -cutover-window 40
-
Vérifier l'état de l'opération de déplacement :
volume move show -vserver <admin_svm_name> -volume MDV_CRS_*_B
-
Une fois l'opération de déplacement terminée, vérifiez que le système MDV_CRS_*_B est contenu par le nouvel agrégat sur Node_A_2-IP :
set admin
volume show -vserver <admin_svm_name>
-
-
Répétez les étapes ci-dessus sur site_B (node_B_1-IP et node_B_2-IP).