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.

Migrer des commutateurs de cluster NetApp CN1610 vers les commutateurs de cluster Cisco 9336C-FX2 et 9336C-FX2-T

Contributeurs netapp-yvonneo
PDF

Vous pouvez migrer les commutateurs de cluster NetApp CN1610 pour un cluster ONTAP vers les commutateurs de cluster Cisco 9336C-FX2 et 9336C-FX2-T. Il s’agit d’une procédure non perturbatrice.

Exigences de révision

Vous devez connaître certaines informations de configuration, connexions de port et exigences de câblage lorsque vous remplacez les commutateurs de cluster NetApp CN1610 par des commutateurs de cluster Cisco 9336C-FX2 et 9336C-FX2-T. Vous devez également vérifier le numéro de série du commutateur pour vous assurer que le commutateur correct est migré.

Commutateurs pris en charge

Les commutateurs de cluster suivants sont pris en charge :

  • NetApp CN1610

  • Cisco 9336C-FX2

  • Cisco 9336C-FX2-T

Pour plus de détails sur les ports pris en charge et leurs configurations, consultez la documentation. "Hardware Universe" .

Ce dont vous aurez besoin

Vérifiez que votre configuration répond aux exigences suivantes :

  • Le cluster existant est correctement configuré et fonctionnel.

  • Tous les ports du cluster sont opérationnels afin de garantir un fonctionnement sans interruption.

  • Les commutateurs de cluster Cisco 9336C-FX2 et 9336C-FX2-T sont configurés et fonctionnent sous la version correcte de NX-OS installée avec le fichier de configuration de référence (RCF) appliqué.

  • La configuration réseau du cluster existant est la suivante :

    • Un cluster NetApp redondant et entièrement fonctionnel utilisant des commutateurs NetApp CN1610.

    • Connectivité de gestion et accès console aux commutateurs NetApp CN1610 et aux nouveaux commutateurs.

    • Toutes les interfaces logiques de cluster (LIF) en état actif sont connectées à leurs ports d'origine.

  • Certains ports sont configurés sur les commutateurs Cisco 9336C-FX2 et 9336C-FX2-T pour fonctionner à 40 GbE ou 100 GbE.

  • Vous avez planifié, migré et documenté la connectivité 40 GbE et 100 GbE des nœuds vers les commutateurs de cluster Cisco 9336C-FX2 et 9336C-FX2-T.

Déplacer les commutateurs

À propos des exemples

Les exemples de cette procédure utilisent la nomenclature suivante pour les commutateurs et les nœuds :

  • Les commutateurs de cluster CN1610 existants sont C1 et C2.

  • Les nouveaux commutateurs de cluster 9336C-FX2 sont cs1 et cs2.

  • Les nœuds sont node1 et node2.

  • Les LIF du cluster sont node1_clus1 et node1_clus2 sur le nœud 1, et node2_clus1 et node2_clus2 sur le nœud 2 respectivement.

  • Le cluster1::*> L'invite indique le nom du cluster.

  • Les ports du cluster utilisés dans cette procédure sont e3a et e3b.

À propos de cette tâche

Cette procédure couvre le scénario suivant :

  • L'interrupteur C2 est d'abord remplacé par l'interrupteur cs2.

    • Fermez les ports des nœuds du cluster. Tous les ports doivent être fermés simultanément pour éviter l'instabilité du cluster.

      • Toutes les interfaces logiques du cluster basculent vers le nouveau commutateur cs2.

    • Le câblage entre les nœuds et C2 est ensuite déconnecté de C2 et reconnecté à cs2.

  • L'interrupteur C1 est remplacé par l'interrupteur cs1.

    • Fermez les ports des nœuds du cluster. Tous les ports doivent être fermés simultanément pour éviter l'instabilité du cluster.

      • Toutes les interfaces logiques du cluster basculent vers le nouveau commutateur cs1.

    • Le câblage entre les nœuds et C1 est ensuite déconnecté de C1 et reconnecté à cs1.

Remarque Aucune liaison inter-commutateurs opérationnelle (ISL) n'est nécessaire pendant cette procédure. Ceci est intentionnel car les changements de version RCF peuvent affecter temporairement la connectivité ISL. Pour garantir un fonctionnement non perturbateur du cluster, la procédure suivante bascule toutes les LIF du cluster vers le commutateur partenaire opérationnel tout en exécutant les étapes sur le commutateur cible.

Étape 1 : Préparer la migration

  1. Si AutoSupport est activé sur ce cluster, supprimez la création automatique de cas en envoyant un message AutoSupport :

    system node autosupport invoke -node * -type all -message MAINT=xh

    où x représente la durée de la fenêtre de maintenance en heures.

  2. Passez au niveau de privilège avancé en saisissant y lorsque vous êtes invité à continuer :

    set -privilege advanced

    L'invite avancée (*>) apparaît.

  3. Désactiver la restauration automatique sur les LIF du cluster.

    En désactivant la restauration automatique pour cette procédure, les LIF du cluster ne reviendront pas automatiquement à leur port d'origine. Ils restent sur le port actuel tant qu'il reste opérationnel.

    network interface modify -vserver Cluster -lif * -auto-revert false

Étape 2 : Configurer les ports et le câblage

  1. Déterminez l'état administratif ou opérationnel de chaque interface de cluster.

    Chaque port devrait s'afficher correctement. Link et healthy pour Health Status .

    1. Afficher les attributs du port réseau :

      network port show -ipspace Cluster

      Afficher un exemple 
      cluster1::*> network port show -ipspace Cluster

Node: node1
                                                                       Ignore
                                                 Speed(Mbps)  Health   Health
Port      IPspace    Broadcast Domain Link MTU   Admin/Oper   Status   Status
--------- ---------- ---------------- ---- ----- ------------ -------- ------
e3a       Cluster    Cluster          up   9000  auto/100000  healthy  false
e3b       Cluster    Cluster          up   9000  auto/100000  healthy  false

Node: node2
                                                                       Ignore
                                                 Speed(Mbps)  Health   Health
Port      IPspace    Broadcast Domain Link MTU   Admin/Oper   Status   Status
--------- ---------- ---------------- ---- ----- ------------ -------- ------
e3a       Cluster    Cluster          up   9000  auto/100000  healthy  false
e3b       Cluster    Cluster          up   9000  auto/100000  healthy  false

    2. Afficher les informations relatives aux LIF et à leurs nœuds d'origine désignés :

      network interface show -vserver Cluster

      Chaque LIF doit afficher up/up pour Status Admin/Oper et true pour Is Home .

    Afficher un exemple 
    cluster1::*> network interface show -vserver Cluster

            Logical      Status     Network            Current     Current Is
Vserver     Interface    Admin/Oper Address/Mask       Node        Port    Home
----------- -----------  ---------- ------------------ ----------- ------- ----
Cluster
            node1_clus1  up/up      169.254.209.69/16  node1       e3a     true
            node1_clus2  up/up      169.254.49.125/16  node1       e3b     true
            node2_clus1  up/up      169.254.47.194/16  node2       e3a     true
            node2_clus2  up/up      169.254.19.183/16  node2       e3b     true

  2. Les ports du cluster sur chaque nœud sont connectés aux commutateurs de cluster existants de la manière suivante (du point de vue des nœuds) à l'aide de la commande :

    network device-discovery show -protocol

    Afficher un exemple 
    cluster1::*> network device-discovery show -protocol cdp
Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface         Platform
----------- ------ ------------------------- ----------------  ----------------
node1      /cdp
            e3a    C1 (6a:ad:4f:98:3b:3f)    0/1               -
            e3b    C2 (6a:ad:4f:98:4c:a4)    0/1               -
node2      /cdp
            e3a    C1 (6a:ad:4f:98:3b:3f)    0/2               -
            e3b    C2 (6a:ad:4f:98:4c:a4)    0/2               -

  3. Les ports et commutateurs du cluster sont connectés de la manière suivante (du point de vue des commutateurs) à l'aide de la commande :

    show cdp neighbors

    Afficher un exemple 
    C1# show cdp neighbors

Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater,
                  V - VoIP-Phone, D - Remotely-Managed-Device,
                  s - Supports-STP-Dispute

Device-ID             Local Intrfce Hldtme Capability  Platform         Port ID
node1                 Eth1/1        124    H           AFF-A400         e3a
node2                 Eth1/2        124    H           AFF-A400         e3a
C2                    0/13          179    S I s       CN1610           0/13
C2                    0/14          175    S I s       CN1610           0/14
C2                    0/15          179    S I s       CN1610           0/15
C2                    0/16          175    S I s       CN1610           0/16

C2# show cdp neighbors

Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater,
                  V - VoIP-Phone, D - Remotely-Managed-Device,
                  s - Supports-STP-Dispute


Device-ID             Local Intrfce Hldtme Capability  Platform         Port ID
node1                 Eth1/1        124    H           AFF-A400         e3b
node2                 Eth1/2        124    H           AFF-A400         e3b
C1                    0/13          175    S I s       CN1610           0/13
C1                    0/14          175    S I s       CN1610           0/14
C1                    0/15          175    S I s       CN1610           0/15
C1                    0/16          175    S I s       CN1610           0/16

  4. Vérifiez la connectivité des interfaces du cluster distant :

ONTAP 9.9.1 et versions ultérieures

Vous pouvez utiliser le network interface check cluster-connectivity commande permettant de lancer une vérification d'accessibilité pour la connectivité du cluster, puis d'afficher les détails :

network interface check cluster-connectivity start`et `network interface check cluster-connectivity show

cluster1::*> network interface check cluster-connectivity start

REMARQUE : Attendez quelques secondes avant d’exécuter le programme. show commande pour afficher les détails.

cluster1::*> network interface check cluster-connectivity show
                                  Source           Destination      Packet
Node   Date                       LIF              LIF              Loss
------ -------------------------- ---------------- ---------------- -----------
node1
       3/5/2022 19:21:18 -06:00   node1_clus2      node2-clus1      none
       3/5/2022 19:21:20 -06:00   node1_clus2      node2_clus2      none
node2
       3/5/2022 19:21:18 -06:00   node2_clus2      node1_clus1      none
       3/5/2022 19:21:20 -06:00   node2_clus2      node1_clus2      none
Toutes les versions ONTAP

Pour toutes les versions ONTAP , vous pouvez également utiliser cluster ping-cluster -node <name> commande pour vérifier la connectivité :

cluster ping-cluster -node <name>

cluster1::*> cluster ping-cluster -node local
Host is node2
Getting addresses from network interface table...
Cluster node1_clus1 169.254.209.69 node1     e3a
Cluster node1_clus2 169.254.49.125 node1     e3b
Cluster node2_clus1 169.254.47.194 node2     e3a
Cluster node2_clus2 169.254.19.183 node2     e3b
Local = 169.254.47.194 169.254.19.183
Remote = 169.254.209.69 169.254.49.125
Cluster Vserver Id = 4294967293
Ping status:....
Basic connectivity succeeds on 4 path(s)
Basic connectivity fails on 0 path(s)
................
Detected 9000 byte MTU on 4 path(s):
    Local 169.254.19.183 to Remote 169.254.209.69
    Local 169.254.19.183 to Remote 169.254.49.125
    Local 169.254.47.194 to Remote 169.254.209.69
    Local 169.254.47.194 to Remote 169.254.49.125
Larger than PMTU communication succeeds on 4 path(s)
RPC status:
2 paths up, 0 paths down (tcp check)
2 paths up, 0 paths down (udp check)

  1. [[étape 5]] Sur le commutateur C2, fermez les ports connectés aux ports de cluster des nœuds afin de basculer les LIF de cluster.

    Avertissement N’essayez pas de migrer manuellement les LIF du cluster. 
    (C2)# configure
(C2)(Config)# interface 0/1-0/12
(C2)(Interface 0/1-0/12)# shutdown
(C2)(Interface 0/1-0/12)# exit
(C2)(Config)# exit

  2. Déplacez les ports du cluster de nœuds de l'ancien commutateur C2 vers le nouveau commutateur cs2, à l'aide d'un câblage approprié pris en charge par Cisco 9336C-FX2 et 9336C-FX2-T.

  3. Afficher les attributs du port réseau :

    network port show -ipspace Cluster

    Afficher un exemple 
    cluster1::*> network port show -ipspace Cluster

Node: node1
                                                                       Ignore
                                                 Speed(Mbps)  Health   Health
Port      IPspace    Broadcast Domain Link MTU   Admin/Oper   Status   Status
--------- ---------- ---------------- ---- ----- ------------ -------- ------
e3a       Cluster    Cluster          up   9000  auto/100000  healthy  false
e3b       Cluster    Cluster          up   9000  auto/100000  healthy  false

Node: node2
                                                                       Ignore
                                                 Speed(Mbps)  Health   Health
Port      IPspace    Broadcast Domain Link MTU   Admin/Oper   Status   Status
--------- ---------- ---------------- ---- ----- ------------ -------- ------
e3a       Cluster    Cluster          up   9000  auto/100000  healthy  false
e3b       Cluster    Cluster          up   9000  auto/100000  healthy  false

  4. Du point de vue des nœuds, les ports du cluster sur chaque nœud sont désormais connectés aux commutateurs du cluster de la manière suivante :

    network device-discovery show -protocol

    Afficher un exemple 
    cluster1::*> network device-discovery show -protocol cdp

Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface         Platform
----------- ------ ------------------------- ----------------  ----------------
node1      /cdp
            e3a    C1  (6a:ad:4f:98:3b:3f)   0/1               CN1610
            e3b    cs2 (b8:ce:f6:19:1a:7e)   Ethernet1/1/1     N9K-C9336C-FX2
node2      /cdp
            e3a    C1  (6a:ad:4f:98:3b:3f)   0/2               CN1610
            e3b    cs2 (b8:ce:f6:19:1b:96)   Ethernet1/1/2     N9K-C9336C-FX2

  5. Sur le commutateur cs2, vérifiez que tous les ports du cluster de nœuds sont actifs :

    network interface show -vserver Cluster

    Afficher un exemple 
    cluster1::*> network interface show -vserver Cluster
            Logical      Status     Network            Current     Current Is
Vserver     Interfac     Admin/Oper Address/Mask       Node        Port    Home
----------- ------------ ---------- ------------------ ----------- ------- ----
Cluster
            node1_clus1  up/up      169.254.3.4/16     node1       e0b     false
            node1_clus2  up/up      169.254.3.5/16     node1       e0b     true
            node2_clus1  up/up      169.254.3.8/16     node2       e0b     false
            node2_clus2  up/up      169.254.3.9/16     node2       e0b     true

  6. Sur le commutateur C1, désactivez les ports connectés aux ports de cluster des nœuds afin de basculer les LIF de cluster.

    (C1)# configure
(C1)(Config)# interface 0/1-0/12
(C1)(Interface 0/1-0/12)# shutdown
(C1)(Interface 0/1-0/12)# exit
(C1)(Config)# exit

  7. Déplacez les ports du cluster de nœuds de l'ancien commutateur C1 vers le nouveau commutateur cs1, à l'aide d'un câblage approprié pris en charge par Cisco 9336C-FX2 et 9336C-FX2-T.

  8. Vérifiez la configuration finale du cluster :

    network port show -ipspace Cluster

    Chaque port doit s'afficher up pour Link et healthy pour Health Status .

    Afficher un exemple 
    cluster1::*> network port show -ipspace Cluster

Node: node1
                                                                       Ignore
                                                 Speed(Mbps)  Health   Health
Port      IPspace    Broadcast Domain Link MTU   Admin/Oper   Status   Status
--------- ---------- ---------------- ---- ----- ------------ -------- ------
e3a       Cluster    Cluster          up   9000  auto/100000  healthy  false
e3b       Cluster    Cluster          up   9000  auto/100000  healthy  false

Node: node2
                                                                       Ignore
                                                 Speed(Mbps)  Health   Health
Port      IPspace    Broadcast Domain Link MTU   Admin/Oper   Status   Status
--------- ---------- ---------------- ---- ----- ------------ -------- ------
e3a       Cluster    Cluster          up   9000  auto/100000  healthy  false
e3b       Cluster    Cluster          up   9000  auto/100000  healthy  false

  9. Du point de vue des nœuds, les ports du cluster sur chaque nœud sont désormais connectés aux commutateurs du cluster de la manière suivante :

    network device-discovery show -protocol

    Afficher un exemple 
    cluster1::*> network device-discovery show -protocol cdp

Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface       Platform
----------- ------ ------------------------- --------------  ----------------
node1      /cdp
            e3a    cs1 (b8:ce:f6:19:1a:7e)   Ethernet1/1/1   N9K-C9336C-FX2
            e3b    cs2 (b8:ce:f6:19:1b:96)   Ethernet1/1/2   N9K-C9336C-FX2
node2      /cdp
            e3a    cs1 (b8:ce:f6:19:1a:7e)   Ethernet1/1/1   N9K-C9336C-FX2
            e3b    cs2 (b8:ce:f6:19:1b:96)   Ethernet1/1/2   N9K-C9336C-FX2

  10. Sur les commutateurs cs1 et cs2, vérifiez que tous les ports du cluster de nœuds sont actifs :

    network port show -ipspace Cluster

    Afficher un exemple 
    cluster1::*> network port show -ipspace Cluster

Node: node1
                                                                       Ignore
                                                  Speed(Mbps) Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
--------- ------------ ---------------- ---- ---- ----------- -------- ------
e0a       Cluster      Cluster          up   9000  auto/10000 healthy  false
e0b       Cluster      Cluster          up   9000  auto/10000 healthy  false

Node: node2
                                                                       Ignore
                                                  Speed(Mbps) Health   Health
Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
--------- ------------ ---------------- ---- ---- ----------- -------- ------
e0a       Cluster      Cluster          up   9000  auto/10000 healthy  false
e0b       Cluster      Cluster          up   9000  auto/10000 healthy  false

  11. Vérifiez que chaque nœud possède une connexion à chaque commutateur :

    network device-discovery show -protocol

    Afficher un exemple

    L'exemple suivant illustre les résultats attendus pour les deux commutateurs :

    cluster1::*> network device-discovery show -protocol cdp
Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface       Platform
----------- ------ ------------------------- --------------  --------------
node1      /cdp
            e0a    cs1 (b8:ce:f6:19:1b:42)   Ethernet1/1/1   N9K-C9336C-FX2
            e0b    cs2 (b8:ce:f6:19:1b:96)   Ethernet1/1/2   N9K-C9336C-FX2

node2      /cdp
            e0a    cs1 (b8:ce:f6:19:1b:42)   Ethernet1/1/1   N9K-C9336C-FX2
            e0b    cs2 (b8:ce:f6:19:1b:96)   Ethernet1/1/2   N9K-C9336C-FX2

Étape 3 : Vérifier la configuration

  1. Activer la restauration automatique sur les LIF du cluster :

    cluster1::*> network interface modify -vserver Cluster -lif * -auto-revert true

  2. Sur le commutateur cs2, éteignez et redémarrez tous les ports du cluster pour déclencher une restauration automatique de toutes les LIF du cluster qui ne sont pas sur leurs ports d'origine.

    cs2> enable
cs2# configure
cs2(config)# interface eth1/1-1/2
cs2(config-if-range)# shutdown

(Wait for 5-10 seconds before re-enabling the ports)

cs2(config-if-range)# no shutdown

(After executing the no shutdown command, the nodes detect the change and begin to auto-revert the cluster LIFs to their home ports)

cs2(config-if-range)# exit
cs2(config)# exit
cs2#

  3. Vérifiez que les LIF du cluster sont revenues à leurs ports d'origine (cela peut prendre une minute) :

    network interface show -vserver Cluster

    Si certaines interfaces logiques (LIF) du cluster ne sont pas revenues à leur port d'origine, rétablissez-les manuellement. Vous devez vous connecter à chaque console système LIF ou SP/ BMC de gestion de nœud du nœud local qui possède la LIF :

    network interface revert -vserver Cluster -lif *

  4. Vérifiez que le cluster est sain :

    cluster show

  5. Vérifiez la connectivité des interfaces du cluster distant :

ONTAP 9.9.1 et versions ultérieures

Vous pouvez utiliser le network interface check cluster-connectivity commande permettant de lancer une vérification d'accessibilité pour la connectivité du cluster, puis d'afficher les détails :

network interface check cluster-connectivity start`et `network interface check cluster-connectivity show

cluster1::*> network interface check cluster-connectivity start
Remarque Attendez quelques secondes avant d'exécuter le show commande pour afficher les détails. 
cluster1::*> network interface check cluster-connectivity show
                                  Source          Destination       Packet
Node   Date                       LIF             LIF               Loss
------ -------------------------- --------------- ----------------- -----------
node1
       3/5/2022 19:21:18 -06:00   node1_clus2      node2_clus1      none
       3/5/2022 19:21:20 -06:00   node1_clus2      node2_clus2      none

node2
       3/5/2022 19:21:18 -06:00   node2_clus2      node1_clus1      none
       3/5/2022 19:21:20 -06:00   node2_clus2      node1_clus2      none
Toutes les versions ONTAP

Pour toutes les versions ONTAP , vous pouvez également utiliser cluster ping-cluster -node <name> commande pour vérifier la connectivité :

cluster ping-cluster -node <name>

cluster1::*> cluster ping-cluster -node node2
Host is node2
Getting addresses from network interface table...
Cluster node1_clus1 169.254.209.69 node1     e0a
Cluster node1_clus2 169.254.49.125 node1     e0b
Cluster node2_clus1 169.254.47.194 node2     e0a
Cluster node2_clus2 169.254.19.183 node2     e0b
Local = 169.254.47.194 169.254.19.183
Remote = 169.254.209.69 169.254.49.125
Cluster Vserver Id = 4294967293
Ping status:

Basic connectivity succeeds on 4 path(s)
Basic connectivity fails on 0 path(s)
................
Detected 9000 byte MTU on 4 path(s):
    Local 169.254.19.183 to Remote 169.254.209.69
    Local 169.254.19.183 to Remote 169.254.49.125
    Local 169.254.47.194 to Remote 169.254.209.69
    Local 169.254.47.194 to Remote 169.254.49.125
Larger than PMTU communication succeeds on 4 path(s)
RPC status:
2 paths up, 0 paths down (tcp check)
2 paths up, 0 paths down (udp check)

  1. [[étape 6]]Rétablissez le niveau de privilège à administrateur :

    set -privilege admin

  2. Si vous avez désactivé la création automatique de dossiers, réactivez-la en envoyant un message AutoSupport :

    system node autosupport invoke -node * -type all -message MAINT=END

Quelle est la prochaine étape ?

Une fois vos commutateurs migrés, vous pouvez "configurer la surveillance de l'état du commutateur".