La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Migrer des anciens commutateurs Cisco vers les commutateurs Cisco Nexus 9336C-FX2 et 9336C-FX2-T

11/21/2025 Contributeurs

Vous pouvez effectuer une migration sans interruption des anciens commutateurs de cluster Cisco vers les commutateurs réseau de cluster Cisco Nexus 9336C-FX2 et 9336C-FX2-T.

Exigences de révision

Assurez-vous que :

Vous avez vérifié le numéro de série du commutateur pour vous assurer que le bon commutateur est migré.
Certains ports des commutateurs Nexus 9336C-FX2 sont configurés pour fonctionner à 10GbE ou 40GbE.
La connectivité 10GbE et 40GbE des nœuds aux commutateurs de cluster Nexus 9336C-FX2 a été planifiée, migrée et documentée.
Le cluster est pleinement fonctionnel (il ne devrait y avoir aucune erreur dans les journaux ni aucun problème similaire).
La personnalisation initiale des commutateurs Cisco Nexus 9336C-FX2 est terminée, de sorte que :
- Les commutateurs 9336C-FX2 exécutent la dernière version recommandée du logiciel.
- Vérifiez que les fichiers de configuration de référence (RCF) ont été entièrement appliqués à tous les nouveaux commutateurs avant de migrer les LIF vers les nouveaux commutateurs.
- Vérifiez les configurations en fonctionnement et de démarrage des deux commutateurs avant de rediriger le trafic réseau.
- Toute personnalisation du site, telle que DNS, NTP, SMTP, SNMP et SSH, est configurée sur les nouveaux commutateurs.
Vous avez accès au tableau de compatibilité des commutateurs sur le "Commutateurs Ethernet Cisco" page répertoriant les versions ONTAP, NX-OS et RCF prises en charge.
Vous avez consulté les guides logiciels et de mise à niveau appropriés disponibles sur le site Web de Cisco pour les procédures de mise à niveau et de rétrogradation des commutateurs Cisco . "Prise en charge des commutateurs Cisco Nexus série 9000" page.

Si vous modifiez la vitesse des ports de cluster e0a et e1a sur les systèmes AFF A800 ou AFF C800 , vous pourriez observer la réception de paquets malformés après la conversion de vitesse. Voir "Bug 1570339" et l'article de la base de connaissances "Erreurs CRC sur les ports T6 après conversion de 40 GbE à 100 GbE" pour vous guider.

Déplacer les commutateurs

À propos des exemples

Les exemples de cette procédure utilisent deux nœuds. Ces nœuds utilisent deux ports d'interconnexion de cluster 10GbE e0a et e0b. Voir le "Hardware Universe" pour vérifier les ports de cluster corrects sur vos plateformes.

Les résultats des commandes peuvent varier en fonction des différentes versions d' ONTAP.

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

Les noms des deux commutateurs Cisco existants sont cs1 et cs2.
Les nouveaux commutateurs de cluster Nexus 9336C-FX2 sont cs1-new et cs2-new.
Les noms des nœuds sont node1 et node2.
Les noms LIF du cluster sont node1_clus1 et node1_clus2 pour le nœud 1, et node2_clus1 et node2_clus2 pour le nœud 2.
L'invite cluster1::>* indique le nom du cluster.

Au cours de cette procédure, reportez-vous à l'exemple suivant :

À propos de cette tâche

La procédure nécessite l'utilisation des commandes ONTAP et "Commutateurs de la série Nexus 9000" commandes ; les commandes ONTAP sont utilisées, sauf indication contraire.

Cette procédure couvre le scénario suivant :

La Switch CS2 est d'abord remplacée par la nouvelle Switch 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-new.
- Les câbles entre les nœuds et cs2 sont ensuite déconnectés de cs2 et reconnectés à cs2-new.
Le commutateur cs1 est remplacé par le commutateur cs1-new.
- 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-new.
- Les câbles entre les nœuds et cs1 sont ensuite déconnectés de cs1 et reconnectés à cs1-new.

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

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.

Le message AutoSupport notifie le support technique de cette tâche de maintenance afin que la création automatique de tickets soit désactivée pendant la période de maintenance.
Passez au niveau de privilège avancé en saisissant y lorsque vous êtes invité à continuer :

set -privilege advanced

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

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

Sur les nouveaux commutateurs, vérifiez que la liaison ISL est bien câblée et fonctionnelle entre les commutateurs cs1-new et cs2-new :

show port-channel summary

Afficher un exemple

cs1-new# show port-channel summary
Flags:  D - Down        P - Up in port-channel (members)
        I - Individual  H - Hot-standby (LACP only)
        s - Suspended   r - Module-removed
        b - BFD Session Wait
        S - Switched    R - Routed
        U - Up (port-channel)
        p - Up in delay-lacp mode (member)
        M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port-       Type     Protocol  Member Ports
      Channel
--------------------------------------------------------------------------------
1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)

cs2-new# show port-channel summary
Flags:  D - Down        P - Up in port-channel (members)
        I - Individual  H - Hot-standby (LACP only)
        s - Suspended   r - Module-removed
        b - BFD Session Wait
        S - Switched    R - Routed
        U - Up (port-channel)
        p - Up in delay-lacp mode (member)
        M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port-       Type     Protocol  Member Ports
      Channel
--------------------------------------------------------------------------------
1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)

Afficher les ports du cluster sur chaque nœud qui sont connectés aux commutateurs du cluster existants :

network device-discovery show

Afficher un exemple

cluster1::*> network device-discovery show -protocol cdp
Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface         Platform
----------- ------ ------------------------- ----------------  ----------------
node1      /cdp
            e0a    cs1                       Ethernet1/1        N5K-C5596UP
            e0b    cs2                       Ethernet1/2        N5K-C5596UP
node2      /cdp
            e0a    cs1                       Ethernet1/1        N5K-C5596UP
            e0b    cs2                       Ethernet1/2        N5K-C5596UP

Déterminez l'état administratif ou opérationnel de chaque port du cluster.

Vérifiez que tous les ports du cluster sont opérationnels et en bon état :

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

Vérifiez que toutes les interfaces du cluster (LIF) sont connectées à leurs ports d'origine :

network interface show -vserver Cluster

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       e0a     true
            node1_clus2  up/up      169.254.49.125/16  node1       e0b     true
            node2_clus1  up/up      169.254.47.194/16  node2       e0a     true
            node2_clus2  up/up      169.254.19.183/16  node2       e0b     true

Vérifiez que le cluster affiche les informations pour les deux commutateurs du cluster :

system cluster-switch show -is-monitoring-enabled-operational true

Afficher un exemple

cluster1::*> system cluster-switch show -is-monitoring-enabled-operational true
Switch                      Type               Address          Model
--------------------------- ------------------ ---------------- ---------------
cs1                         cluster-network    10.233.205.92    N5K-C5596UP
      Serial Number: FOXXXXXXXGS
       Is Monitored: true
             Reason: None
   Software Version: Cisco Nexus Operating System (NX-OS) Software, Version
                     9.3(4)
     Version Source: CDP

cs2                         cluster-network     10.233.205.93   N5K-C5596UP
      Serial Number: FOXXXXXXXGD
       Is Monitored: true
             Reason: None
   Software Version: Cisco Nexus Operating System (NX-OS) Software, Version
                     9.3(4)
     Version Source: CDP

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

La désactivation de la restauration automatique garantit ONTAP ne bascule sur les LIF du cluster que lorsque les ports du commutateur sont arrêtés ultérieurement.
Sur le commutateur de cluster cs2, désactivez les ports connectés aux ports de cluster de tous les nœuds afin de basculer les LIF du cluster :
```
cs2# configure
cs2(config)# interface eth1/1-1/2
cs2(config-if-range)# shutdown
cs2(config-if-range)# exit
cs2(config)# exit
cs2#
```

Vérifiez que les LIF du cluster ont basculé vers les ports hébergés sur le commutateur de cluster cs1. Cela peut prendre quelques secondes.

network interface show -vserver Cluster

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.3.4/16     node1      e0a     true
            node1_clus2   up/up      169.254.3.5/16     node1      e0a     false
            node2_clus1   up/up      169.254.3.8/16     node2      e0a     true
            node2_clus2   up/up      169.254.3.9/16     node2      e0a     false

Vérifiez que le cluster est sain :

cluster show

Afficher un exemple

cluster1::*> cluster show
Node       Health  Eligibility   Epsilon
---------- ------- ------------- -------
node1      true    true          false
node2      true    true          false

Si les LIF du cluster ont basculé vers le commutateur cs1 et que le cluster est sain, accédez àÉtape. 10 . Si certaines interfaces logiques (LIF) du cluster ne sont pas saines ou si le cluster est défaillant, vous pouvez rétablir la connectivité au commutateur cs2 comme suit :

Activez les ports connectés aux ports du cluster de tous les nœuds :

cs2# configure
cs2(config)# interface eth1/1-1/2
cs2(config-if-range)# no shutdown
cs2(config-if-range)# exit
cs2(config)# exit
cs2#

Vérifiez que les LIF du cluster ont basculé vers les ports hébergés sur le commutateur de cluster cs1. Cela peut prendre quelques secondes.

network interface show -vserver Cluster

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.3.4/16     node1      e0a     true
            node1_clus2   up/up      169.254.3.5/16     node1      e0a     false
            node2_clus1   up/up      169.254.3.8/16     node2      e0a     true
            node2_clus2   up/up      169.254.3.9/16     node2      e0a     false

Vérifiez que le cluster est sain :

cluster show

Afficher un exemple

cluster1::*> cluster show
Node       Health  Eligibility   Epsilon
---------- ------- ------------- -------
node1      true    true          false
node2      true    true          false

Une fois que vous avez rétabli l'intégrité du LIF et du cluster, redémarrez le processus à partir deÉtape. 4 .
Déplacez tous les câbles de connexion des nœuds du cluster de l'ancien commutateur cs2 vers le nouveau commutateur cs2-new.

Les câbles de connexion des nœuds du cluster ont été déplacés vers le nouveau commutateur cs2

Vérifiez l'état des connexions réseau déplacées vers cs2-new :

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

Tous les ports du cluster qui ont été déplacés devraient être opérationnels.

Vérifiez les informations des voisins sur les ports du cluster :

network device-discovery show -protocol cdp

Afficher un exemple

cluster1::*> network device-discovery show -protocol cdp

Node/       Local  Discovered
Protocol    Port   Device (LLDP: ChassisID)  Interface      Platform
----------- ------ ------------------------- -------------  --------------
node1      /cdp
            e0a    cs1                       Ethernet1/1    N5K-C5596UP
            e0b    cs2-new                   Ethernet1/1/1  N9K-C9336C-FX2

node2      /cdp
            e0a    cs1                       Ethernet1/2    N5K-C5596UP
            e0b    cs2-new                   Ethernet1/1/2  N9K-C9336C-FX2

Vérifiez que les ports du cluster déplacés voient le nouveau commutateur cs2 comme voisin.

Vérifiez les connexions des ports du commutateur du point de vue du commutateur cs2-new :
```
cs2-new# show interface brief
cs2-new# show cdp neighbors
```
Sur le commutateur de cluster cs1, désactivez les ports connectés aux ports de cluster de tous les nœuds afin de basculer les LIF du cluster.
```
cs1# configure
cs1(config)# interface eth1/1-1/2
cs1(config-if-range)# shutdown
cs1(config-if-range)# exit
cs1(config)# exit
cs1#
```
Toutes les interfaces logiques du cluster basculent vers le nouveau commutateur cs2.

Vérifiez que les LIF du cluster ont basculé vers les ports hébergés sur le commutateur cs2-new. Cela peut prendre quelques secondes :

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

Vérifiez que le cluster est sain :

cluster show

Afficher un exemple

cluster1::*> cluster show
Node       Health  Eligibility   Epsilon
---------- ------- ------------- -------
node1      true    true          false
node2      true    true          false

Déplacez les câbles de connexion du nœud de cluster de cs1 vers le nouveau commutateur cs1-new.

Les câbles de connexion des nœuds du cluster ont été déplacés vers le nouveau commutateur cs1

Vérifiez l'état des connexions réseau déplacées vers cs1-new :

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

Tous les ports du cluster qui ont été déplacés devraient être opérationnels.

Vérifiez les informations des voisins sur les ports du cluster :

network device-discovery show

Afficher un exemple

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

node2      /cdp
            e0a    cs1-new                   Ethernet1/1/1   N9K-C9336C-FX2
            e0b    cs2-new                   Ethernet1/1/2   N9K-C9336C-FX2

Vérifiez que les ports du cluster déplacés voient le commutateur cs1-new comme voisin.

Vérifiez les connexions des ports du commutateur du point de vue du commutateur cs1-new :
```
cs1-new# show interface brief
cs1-new# show cdp neighbors
```

Vérifiez que la liaison ISL entre cs1-new et cs2-new est toujours opérationnelle :

show port-channel summary

Afficher un exemple

cs1-new# show port-channel summary
Flags:  D - Down        P - Up in port-channel (members)
        I - Individual  H - Hot-standby (LACP only)
        s - Suspended   r - Module-removed
        b - BFD Session Wait
        S - Switched    R - Routed
        U - Up (port-channel)
        p - Up in delay-lacp mode (member)
        M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port-       Type     Protocol  Member Ports
      Channel
--------------------------------------------------------------------------------
1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)

cs2-new# show port-channel summary
Flags:  D - Down        P - Up in port-channel (members)
        I - Individual  H - Hot-standby (LACP only)
        s - Suspended   r - Module-removed
        b - BFD Session Wait
        S - Switched    R - Routed
        U - Up (port-channel)
        p - Up in delay-lacp mode (member)
        M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port-       Type     Protocol  Member Ports
      Channel
--------------------------------------------------------------------------------
1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)

Étape 3 : Vérifier la configuration

Activer la restauration automatique sur les LIF du cluster.

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

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#

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 *
Vérifiez que le cluster est sain :

cluster show
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

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)

[[étape 6]]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 les commutateurs migrés, vous pouvez"configurer la surveillance de l'état du commutateur" .

Migrer des anciens commutateurs Cisco vers les commutateurs Cisco Nexus 9336C-FX2 et 9336C-FX2-T

Creating your file...

Exigences de révision

Déplacer les commutateurs

Étape 1 : Préparer la migration

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

Étape 3 : Vérifier la configuration