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

Définition des variables d'environnement requises dans les configurations MetroCluster IP

Contributeurs
PDF

Dans les configurations IP MetroCluster, vous devez récupérer l'adresse IP des interfaces MetroCluster sur les ports Ethernet, puis les utiliser pour configurer les interfaces sur les modules de remplacement du contrôleur.

Description de la tâche

  • Cette tâche n'est requise que dans les configurations IP de MetroCluster.

  • Les commandes de cette tâche sont exécutées à partir de l'invite de cluster du site survivant et de l'invite DU CHARGEUR des nœuds du site de reprise sur incident.

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

    S'il est pris en charge, vous pouvez également spécifier un VLAN différent (non par défaut) supérieur à 100 (entre 101 et 4095) à l'aide du vlan-id paramètre.

    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 nœuds de ces exemples possèdent les adresses IP suivantes pour leurs connexions IP MetroCluster :

    Remarque Ces exemples concernent un système AFF A700 ou FAS9000. Les interfaces varient en fonction du modèle de plate-forme.

    Nœud

    Port

    Adresse IP

    Nœud_A_1

    e5a

    172.17.26.10

    e5b

    172.17.27.10

    Nœud_A_2

    e5a

    172.17.26.11

    e5b

    172.17.27.11

    Nœud_B_1

    e5a

    172.17.26.13

    e5b

    172.17.27.13

    Nœud_B_2

    e5a

    172.17.26.12

    Le tableau suivant récapitule les relations entre les nœuds et les adresses IP MetroCluster de chaque nœud.

    Nœud

    Partenaire HA

    Partenaire de reprise après incident

    Partenaire auxiliaire DR

    Nœud_A_1

    • e5a : 172.17.26.10

    • e5b : 172.17.27.10

    Nœud_A_2

    • e5a : 172.17.26.11

    • e5b : 172.17.27.11

    Nœud_B_1

    • e5a : 172.17.26.13

    • e5b : 172.17.27.13

    Nœud_B_2

    • e5a : 172.17.26.12

    • e5b : 172.17.27.12

    Nœud_A_2

    • e5a : 172.17.26.11

    • e5b : 172.17.27.11

    Nœud_A_1

    • e5a : 172.17.26.10

    • e5b : 172.17.27.10

    Nœud_B_2

    • e5a : 172.17.26.12

    • e5b : 172.17.27.12

    Nœud_B_1

    • e5a : 172.17.26.13

    • e5b : 172.17.27.13

    Nœud_B_1

    • e5a : 172.17.26.13

    • e5b : 172.17.27.13

    Nœud_B_2

    • e5a : 172.17.26.12

    • e5b : 172.17.27.12

    Nœud_A_1

    • e5a : 172.17.26.10

    • e5b : 172.17.27.10

    Nœud_A_2

    • e5a : 172.17.26.11

    • e5b : 172.17.27.11

    Nœud_B_2

    • e5a : 172.17.26.12

    • e5b : 172.17.27.12

    Nœud_B_1

    • e5a : 172.17.26.13

    • e5b : 172.17.27.13

    Nœud_A_2

    • e5a : 172.17.26.11

    • e5b : 172.17.27.11

    Nœud_A_1

    • e5a : 172.17.26.10

    • e5b : 172.17.27.10
Étapes

  1. Depuis le site survivant, collectez les adresses IP des interfaces MetroCluster sur le site de reprise sur incident :

    metrocluster configuration-settings connection show

    Les adresses requises sont les adresses du partenaire DR affichées dans la colonne adresse réseau de destination.

    Le résultat de la commande varie en fonction du modèle de plateforme.

    Systèmes introduits dans ONTAP 9.15.1 ou version ultérieure

    Les systèmes introduits dans ONTAP 9.15.1 ou version ultérieure (AFF A70, AFF A90 et AFF A1K) possèdent des ports distincts pour la haute disponibilité et la reprise après incident, comme illustré dans l'exemple de sortie suivant :

    cluster_B::*> metrocluster configuration-settings connection show
DR                    Source          Destination
DR                    Source          Destination
Group Cluster Node    Network Address Network Address Partner Type Config State
----- ------- ------- --------------- --------------- ------------ ------------
1     cluster_B
              node_B_1
                 Home Port: e5a
                      172.17.26.13    172.17.26.10    DR Partner   completed
                 Home Port: e5a
                      172.17.26.13    172.17.26.11    DR Auxiliary completed
                 Home Port: e5b
                      172.17.27.13    172.17.27.10    DR Partner   completed
                 Home Port: e5b
                      172.17.27.13    172.17.27.11    DR Auxiliary completed
              node_B_2
                 Home Port: e5a
                      172.17.26.12    172.17.26.11    DR Partner   completed
                 Home Port: e5a
                      172.17.26.12    172.17.26.10    DR Auxiliary completed
                 Home Port: e5b
                      172.17.27.12    172.17.27.11    DR Partner   completed
                 Home Port: e5b
                      172.17.27.12    172.17.27.10    DR Auxiliary completed
12 entries were displayed.
    Tous les autres systèmes

    Le résultat suivant montre les adresses IP d'une configuration avec les systèmes AFF A700 et FAS9000 dotés des interfaces IP MetroCluster sur les ports e5a et e5b. Les interfaces peuvent varier en fonction du type de plate-forme.

    cluster_B::*> metrocluster configuration-settings connection show
DR                    Source          Destination
DR                    Source          Destination
Group Cluster Node    Network Address Network Address Partner Type Config State
----- ------- ------- --------------- --------------- ------------ ------------
1     cluster_B
              node_B_1
                 Home Port: e5a
                      172.17.26.13    172.17.26.12    HA Partner   completed
                 Home Port: e5a
                      172.17.26.13    172.17.26.10    DR Partner   completed
                 Home Port: e5a
                      172.17.26.13    172.17.26.11    DR Auxiliary completed
                 Home Port: e5b
                      172.17.27.13    172.17.27.12    HA Partner   completed
                 Home Port: e5b
                      172.17.27.13    172.17.27.10    DR Partner   completed
                 Home Port: e5b
                      172.17.27.13    172.17.27.11    DR Auxiliary completed
              node_B_2
                 Home Port: e5a
                      172.17.26.12    172.17.26.13    HA Partner   completed
                 Home Port: e5a
                      172.17.26.12    172.17.26.11    DR Partner   completed
                 Home Port: e5a
                      172.17.26.12    172.17.26.10    DR Auxiliary completed
                 Home Port: e5b
                      172.17.27.12    172.17.27.13    HA Partner   completed
                 Home Port: e5b
                      172.17.27.12    172.17.27.11    DR Partner   completed
                 Home Port: e5b
                      172.17.27.12    172.17.27.10    DR Auxiliary completed
12 entries were displayed.

  2. Si vous devez déterminer l'ID VLAN ou l'adresse de passerelle de l'interface, déterminez les ID VLAN du site survivant :

    metrocluster configuration-settings interface show

    • Vous devez déterminer l'ID VLAN si les modèles de plate-forme prennent en charge les ID VLAN (voir liste ci-dessus) et si vous n'utilisez pas les ID VLAN par défaut.

    • Vous avez besoin de l'adresse de passerelle si vous utilisez "Réseaux étendus de couche 3".

      Les ID VLAN sont inclus dans la colonne adresse réseau de la sortie. La colonne Gateway affiche l'adresse IP de la passerelle.

      Dans cet exemple, les interfaces sont e0a avec le VLAN ID 120 et e0b avec l'ID VLAN 130 :

    Cluster-A::*> metrocluster configuration-settings interface show
DR                                                                     Config
Group Cluster Node     Network Address Netmask         Gateway         State
----- ------- ------- --------------- --------------- --------------- ---------
1
      cluster_A
              node_A_1
                  Home Port: e0a-120
                          172.17.26.10  255.255.255.0  -            completed
                  Home Port: e0b-130
                          172.17.27.10  255.255.255.0  -            completed

  3. À l'invite DU CHARGEUR pour chacun des nœuds du site d'incident, définissez la valeur de démarrage en fonction du modèle de plateforme :

    Remarque

    • Si les interfaces utilisent les VLAN par défaut ou si le modèle de plate-forme n'utilise pas d'ID VLAN (voir liste ci-dessus), le vlan-ID n'est pas nécessaire.

    • Si la configuration n'utilise pas "Les réseaux étendus Layer3", La valeur de Gateway-IP-address est 0 (zéro).
    Systèmes introduits dans ONTAP 9.15.1 ou version ultérieure

    La valeur de HA-Partner-IP-address doit être définie sur 0 (zéro) sur les systèmes introduits dans ONTAP 9.15.1 ou version ultérieure car ils ont des ports distincts pour DR et HA.

    Définissez le démarrage suivant :

    setenv bootarg.mcc.port_a_ip_config local-IP-address/local-IP-mask,gateway-IP-address,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id

setenv bootarg.mcc.port_b_ip_config local-IP-address/local-IP-mask,gateway-IP-address,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id

    Les commandes suivantes définissent les valeurs pour node_A_1 en utilisant VLAN 120 pour le premier réseau et VLAN 130 pour le second réseau :

    setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,0,172.17.26.13,172.17.26.12,120

setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,0,172.17.27.13,172.17.27.12,130

    L'exemple suivant montre les commandes de node_A_1 sans ID VLAN :

    setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,0,172.17.26.13,172.17.26.12

setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,0,172.17.27.13,172.17.27.12
    Tous les autres systèmes

    Définissez le démarrage suivant :

    setenv bootarg.mcc.port_a_ip_config local-IP-address/local-IP-mask,gateway-IP-address,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id

setenv bootarg.mcc.port_b_ip_config local-IP-address/local-IP-mask,gateway-IP-address,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id

    Les commandes suivantes définissent les valeurs pour node_A_1 en utilisant VLAN 120 pour le premier réseau et VLAN 130 pour le second réseau :

    setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,172.17.26.11,172.17.26.13,172.17.26.12,120

setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,172.17.27.11,172.17.27.13,172.17.27.12,130

    L'exemple suivant montre les commandes de node_A_1 sans ID VLAN :

    setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,172.17.26.11,172.17.26.13,172.17.26.12

setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,172.17.27.11,172.17.27.13,172.17.27.12

  4. Depuis le site survivant, rassemblez les UUID du site de secours :

    metrocluster node show -fields node-cluster-uuid, node-uuid

    cluster_B::> metrocluster node show -fields node-cluster-uuid, node-uuid

  (metrocluster node show)
dr-group-id cluster     node     node-uuid                            node-cluster-uuid
----------- ----------- -------- ------------------------------------ ------------------------------
1           cluster_A   node_A_1 f03cb63c-9a7e-11e7-b68b-00a098908039 ee7db9d5-9a82-11e7-b68b-00a098
                                                                        908039
1           cluster_A   node_A_2 aa9a7a7a-9a81-11e7-a4e9-00a098908c35 ee7db9d5-9a82-11e7-b68b-00a098
                                                                        908039
1           cluster_B   node_B_1 f37b240b-9ac1-11e7-9b42-00a098c9e55d 07958819-9ac6-11e7-9b42-00a098
                                                                        c9e55d
1           cluster_B   node_B_2 bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f 07958819-9ac6-11e7-9b42-00a098
                                                                        c9e55d
4 entries were displayed.
cluster_A::*>

    Nœud

    UUID

    Cluster_B

    07958819-9ac6-11e7-9b42-00a098c9e55d

    Nœud_B_1

    f37b240b-9ac1-11e7-9b42-00a098c9e55d

    Nœud_B_2

    bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f

    Cluster_A

    ee7db9d5-9a82-11e7-b68b-00a098908039

    Nœud_A_1

    f03cb63c-9a7e-11e7-b68b-00a098908039

    Nœud_A_2

    aa9a7a7a-9a81-11e7-a4e9-00a098908c35

  5. Dans l'invite DU CHARGEUR des nœuds de remplacement, définissez les UID :

    setenv bootarg.mgwd.partner_cluster_uuid partner-cluster-UUID

setenv bootarg.mgwd.cluster_uuid local-cluster-UUID

setenv bootarg.mcc.pri_partner_uuid DR-partner-node-UUID

setenv bootarg.mcc.aux_partner_uuid DR-aux-partner-node-UUID

setenv bootarg.mcc_iscsi.node_uuid local-node-UUID`

    1. Définissez les UUID sur node_A_1.

      L'exemple suivant montre les commandes de paramétrage des UID sur node_A_1 :

      setenv bootarg.mgwd.cluster_uuid ee7db9d5-9a82-11e7-b68b-00a098908039

setenv bootarg.mgwd.partner_cluster_uuid 07958819-9ac6-11e7-9b42-00a098c9e55d

setenv bootarg.mcc.pri_partner_uuid f37b240b-9ac1-11e7-9b42-00a098c9e55d

setenv bootarg.mcc.aux_partner_uuid bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f

setenv bootarg.mcc_iscsi.node_uuid f03cb63c-9a7e-11e7-b68b-00a098908039

    2. Définissez les UUID sur node_A_2 :

      L'exemple suivant montre les commandes de paramétrage des UID sur node_A_2 :

    setenv bootarg.mgwd.cluster_uuid ee7db9d5-9a82-11e7-b68b-00a098908039

setenv bootarg.mgwd.partner_cluster_uuid 07958819-9ac6-11e7-9b42-00a098c9e55d

setenv bootarg.mcc.pri_partner_uuid bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f

setenv bootarg.mcc.aux_partner_uuid f37b240b-9ac1-11e7-9b42-00a098c9e55d

setenv bootarg.mcc_iscsi.node_uuid aa9a7a7a-9a81-11e7-a4e9-00a098908c35

  6. Si les systèmes d'origine ont été configurés pour ADP, à l'invite DU CHARGEUR des nœuds de remplacement, activez ADP :

    setenv bootarg.mcc.adp_enabled true

  7. Si vous exécutez ONTAP 9.5, 9.6 ou 9.7, sur chacune des invites DU CHARGEUR des nœuds de remplacement, activez la variable suivante :

    setenv bootarg.mcc.lun_part true

    1. Définissez les variables sur noeud_A_1.

      L'exemple suivant montre les commandes de paramétrage des valeurs sur node_A_1 lors de l'exécution de ONTAP 9.6 :

      setenv bootarg.mcc.lun_part true

    2. Définissez les variables sur node_A_2.

      L'exemple suivant montre les commandes de paramétrage des valeurs sur node_A_2 lors de l'exécution de ONTAP 9.6 :

    setenv bootarg.mcc.lun_part true

  8. Si les systèmes d'origine ont été configurés pour un chiffrement de bout en bout, à l'invite du CHARGEUR DE chacun des nœuds de remplacement, définissez le démarrage suivant :

    setenv bootarg.mccip.encryption_enabled 1

  9. Si les systèmes d'origine ont été configurés pour ADP, à chaque invite DU CHARGEUR de nœuds de remplacement, définissez l'ID système d'origine (et non l'ID système du module de contrôleur de remplacement) et l'ID système du partenaire DR du nœud :

    setenv bootarg.mcc.local_config_id original-sysID

    setenv bootarg.mcc.dr_partner dr_partner-sysID

    "Déterminez les ID système des anciens modules de contrôleur"

    1. Définissez les variables sur noeud_A_1.

      L'exemple suivant montre les commandes pour la définition des ID système sur node_A_1 :

      • L'ancien ID système du noeud_A_1 est 4068741258.

      • L'ID système du noeud_B_1 est 4068741254.

        setenv bootarg.mcc.local_config_id 4068741258
setenv bootarg.mcc.dr_partner 4068741254

    2. Définissez les variables sur node_A_2.

      L'exemple suivant montre les commandes pour la définition des ID système sur node_A_2 :

      • L'ancien ID système du noeud_A_1 est 4068741260.

      • L'ID système du noeud_B_1 est 4068741256.

        setenv bootarg.mcc.local_config_id 4068741260
setenv bootarg.mcc.dr_partner 4068741256