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 netapp-aoife netapp-thomi netapp-martyh netapp-folivia netapp-pcarriga
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

  • Les valeurs de démarrage MetroCluster que vous avez définies dépendent du fait que votre nouveau système utilise des ports cluster/haute disponibilité partagés ou des ports MetroCluster/haute disponibilité partagés. Utilisez les informations suivantes pour déterminer les ports de votre système.

    Ports partagés en cluster/haute disponibilité

    Les systèmes répertoriés dans le tableau suivant utilisent des ports cluster/haute disponibilité partagés :

    AFF et ASA Systèmes FAS

    • AFF A20

    • AFF A30

    • AFF C30

    • AFF A50

    • AFF C60

    • AFF C80

    • AFF A70

    • AFF A90

    • AFF A1K

    • FAS50

    • FAS70

    • FAS90
    Ports MetroCluster/HA partagés

    Les systèmes répertoriés dans le tableau suivant utilisent des ports MetroCluster/HA partagés :

    AFF et ASA Systèmes FAS

    • AFF A150, ASA A150

    • AVEC AFF A220

    • AFF C250, ASA C250

    • AFF A250, ASA A250

    • AFF A300

    • AFF A320

    • AFF C400, ASA C400

    • AFF A400, ASA A400

    • AFF A700

    • AFF C800, ASA C800

    • AFF A800, ASA A800

    • AFF A900, ASA A900

    • FAS2750

    • FAS500f

    • FAS8200

    • FAS8300

    • FAS8700

    • FAS9000

    • FAS9500
É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 selon que votre modèle de plateforme utilise des ports cluster/haute disponibilité partagés ou des ports MetroCluster/haute disponibilité partagés.

    Systèmes utilisant des ports partagés de cluster/haute disponibilité
    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.
    Systèmes utilisant des ports MetroCluster/HA partagés

    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' `LOADER`invite pour chacun des nœuds du site d'incident, définissez la valeur de démarrage selon que votre modèle de plateforme utilise des ports cluster/haute disponibilité partagés ou des ports MetroCluster/haute disponibilité partagés :

    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 utilisant des ports partagés de cluster/haute disponibilité

    Définissez le démarrage suivant :

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

setenv bootarg.mcc.port_b_ip_config local-IP-address/local-IP-mask,0,0,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
    Systèmes utilisant des ports MetroCluster/HA partagés

    Définissez le démarrage suivant :

    setenv bootarg.mcc.port_a_ip_config local-IP-address/local-IP-mask,0,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,0,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