Migrer d'un ancien switch Cisco vers un switch Cisco Nexus 9336C-FX2
Vous pouvez effectuer une migration sans interruption depuis un ancien commutateur de cluster Cisco vers un commutateur réseau de cluster Cisco Nexus 9336C-FX2.
Examen des conditions requises
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 des ports des switchs Nexus 9336C-FX2 sont configurés pour s'exécuter à 10 GbE ou 40 GbE.
-
La connectivité 10 GbE et 40 GbE entre les nœuds et les commutateurs de cluster Nexus 9336C-FX2 a été planifiée, migrée et documentée.
-
Le cluster fonctionne entièrement (il ne doit y avoir aucune erreur dans les journaux ou d'autres problèmes similaires).
-
La personnalisation initiale des commutateurs Cisco Nexus 9336C-FX2 est terminée :
-
Les commutateurs 9336C-FX2 exécutent la dernière version recommandée du logiciel.
-
Les fichiers de configuration de référence (RCFs) ont été appliqués aux commutateurs.
-
Toute personnalisation de site, telle que DNS, NTP, SMTP, SNMP, Et SSH, sont configurés sur les nouveaux commutateurs.
-
-
Vous avez accès à la table de compatibilité des commutateurs sur le "Commutateurs Ethernet Cisco" Consultez cette page pour les versions ONTAP, NX-OS et RCF prises en charge.
-
Vous avez consulté les manuels de mise à niveau et de mise à niveau appropriés disponibles sur le site Web de Cisco pour connaître les procédures de mise à niveau et de mise à niveau vers une version antérieure du commutateur Cisco à l'adresse "Prise en charge des commutateurs Cisco Nexus 9000 Series" page.
Si vous modifiez la vitesse de port des ports de cluster e0a et e1a sur les systèmes AFF A800 ou AFF C800, vous pouvez observer que des paquets mal formés sont reçus après la conversion de vitesse. Voir "Bogue n° 1570339" Et l'article de la base de connaissances "Erreurs CRC sur les ports T6 après la conversion de 40 GbE à 100 GbE" pour obtenir des conseils. |
Migrer les commutateurs
Les exemples de cette procédure utilisent deux nœuds. Ces nœuds utilisent deux ports d'interconnexion de clusters 10GbE e0a et e0b. Voir la "Hardware Universe" pour vérifier les ports de cluster appropriés sur vos plates-formes.
Les sorties de la commande peuvent varier en fonction des différentes versions d'ONTAP. |
Les exemples de cette procédure utilisent la nomenclature des commutateurs et des nœuds suivante :
-
Les noms des deux commutateurs Cisco existants sont cs1 et cs2
-
Les nouveaux commutateurs du bloc-commutateurs Nexus 9336C-FX2 sont cs1-New et cs2-New.
-
Les noms de noeud sont node1 et node2.
-
Les noms de LIF de cluster sont node1_clum1 et node1_clum2 pour le nœud 1, et node2_clum1 et node2_clum2 pour le nœud 2.
-
L'invite cluster1:>* indique le nom du cluster.
Au cours de cette procédure, se référer à l'exemple suivant :
La procédure nécessite l'utilisation des commandes ONTAP et "Commutateurs Nexus 9000 Series" Commandes ; les commandes ONTAP sont utilisées, sauf indication contraire.
Cette procédure couvre le scénario suivant :
-
Le commutateur cs2 est remplacé en premier par le commutateur cs2-New.
-
Arrêtez les ports des nœuds du cluster. Tous les ports doivent être arrêtés simultanément pour éviter l'instabilité du cluster.
-
Toutes les LIFs du cluster basculent sur le nouveau commutateur cs2-New.
-
-
Le câblage entre les nœuds et cs2 est ensuite déconnecté du cs2 et reconnecté au cs2-New.
-
-
Le commutateur cs1 est remplacé par le commutateur cs1-New.
-
Arrêtez les ports des nœuds du cluster. Tous les ports doivent être arrêtés simultanément pour éviter l'instabilité du cluster.
-
Toutes les LIFs du cluster basculent sur le nouveau commutateur cs1-New.
-
-
Le câblage entre les nœuds et cs1 est ensuite déconnecté de cs1 et reconnecté à cs1-New.
-
Aucune liaison inter-commutateurs (ISL) opérationnelle n'est nécessaire au cours de cette procédure. Ceci est de par sa conception, car les modifications de version des fichiers RCF peuvent affecter temporairement la connectivité ISL. Pour assurer la continuité de l'activité du cluster, la procédure suivante bascule toutes les LIFs du cluster sur le commutateur partenaire opérationnel tout en effectuant 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 dossiers en invoquant 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 informe le support technique de cette tâche de maintenance de sorte que la création automatique de dossier soit supprimée lors de la fenêtre de maintenance. -
Définissez le niveau de privilège sur avancé, en entrant 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 l'ISL est câblé et en bon état entre les commutateurs cs1-nouveau et cs2-nouveau :
show port-channel summary
Montrer l'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 de cluster sur chaque nœud connecté aux commutateurs de cluster existants :
network device-discovery show
Montrer l'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 le statut administratif ou opérationnel pour chaque port du cluster.
-
Vérifier que tous les ports du cluster sont défectueux :
network port show -ipspace Cluster
Montrer l'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érifier que toutes les interfaces de cluster (LIFs) se trouvent sur leurs ports de type home :
network interface show -vserver Cluster
Montrer l'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 relatives aux deux commutateurs de cluster :
system cluster-switch show -is-monitoring-enabled-operational true
Montrer l'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ésactivez la fonction de restauration automatique sur les LIF du cluster.
Si vous désactivez la fonction de restauration automatique pour cette procédure, les LIF du cluster ne reviendront pas automatiquement sur leur port d'attache. Ils restent sur le port actuel pendant qu'il continue à être opérationnel.
network interface modify -vserver Cluster -lif * -auto-revert false
La désactivation de la fonction de restauration automatique garantit que ONTAP ne bascule que sur les LIFs du cluster lorsque les ports du switch sont arrêtés ultérieurement. -
Sur le commutateur de cluster cs2, arrêter les ports connectés aux ports de cluster de tous les nœuds afin de basculer sur les LIFs du cluster :
cs2(config)# interface eth1/1-1/2 cs2(config-if-range)# shutdown
-
Vérifiez que les LIFs du cluster ont basculé vers les ports hébergés sur le commutateur de cluster cs1. Cette opération peut prendre quelques secondes.
network interface show -vserver Cluster
Montrer l'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 fonctionne correctement :
cluster show
Montrer l'exemple
cluster1::*> cluster show Node Health Eligibility Epsilon ---------- ------- ------------- ------- node1 true true false node2 true true false
-
Déplacez tous les câbles de connexion des nœuds du cluster de l'ancien commutateur cs2 vers le nouveau commutateur cs2-New.
Câbles de connexion de nœud de cluster déplacés vers le commutateur cs2-New
-
Confirmez l'intégrité des connexions réseau transférées vers cs2-New :
network port show -ipspace Cluster
Montrer l'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 de cluster qui ont été déplacés doivent être en service.
-
Vérifier les informations de voisins sur les ports du cluster :
network device-discovery show -protocol cdp
Montrer l'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 de cluster déplacés voient le commutateur cs2-New comme voisin.
-
Vérifiez les connexions des ports de 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, arrêtez les ports connectés aux ports de cluster de tous les nœuds afin de faire basculer les LIFs de cluster.
cs1(config)# interface eth1/1-1/2 cs1(config-if-range)# shutdown
Toutes les LIFs du cluster basculent sur le commutateur cs2-New.
-
Vérifiez que les LIFs du cluster ont basculé vers les ports hébergés sur le commutateur cs2-New. Cette opération peut prendre quelques secondes :
network interface show -vserver Cluster
Montrer l'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 fonctionne correctement :
cluster show
Montrer l'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.
Câbles de connexion de nœud de cluster déplacés vers le commutateur cs1-New
-
Confirmez l'intégrité des connexions réseau transférées vers cs1-New :
network port show -ipspace Cluster
Montrer l'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 de cluster qui ont été déplacés doivent être en service.
-
Vérifier les informations de voisins sur les ports du cluster :
network device-discovery show
Montrer l'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 de cluster déplacés voient le commutateur cs1-New comme voisin.
-
Vérifiez les connexions des ports de commutateur du point de vue du commutateur cs1-New :
cs1-new# show interface brief cs1-new# show cdp neighbors
-
Vérifiez que l'ISL entre cs1-New et cs2-New est toujours opérationnel :
show port-channel summary
Montrer l'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
-
Activez la fonction de revert automatique sur les LIFs du cluster.
network interface modify -vserver Cluster -lif * -auto-revert true
-
Vérifier que les LIFs du cluster sont rétablies sur leurs ports de base (cette opération peut prendre une minute) :
network interface show -vserver Cluster
Si les LIF de cluster n'ont pas été rétablies sur leur port de départ, elles peuvent être revert manuellement :
network interface revert -vserver Cluster -lif *
-
Vérifiez que le cluster fonctionne correctement :
cluster show
-
Vérifiez la connectivité des interfaces de cluster distantes :
Vous pouvez utiliser le network interface check cluster-connectivity
pour lancer un contrôle d'accessibilité pour la connectivité du cluster, puis 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 un certain nombre de secondes avant d'exécuter show
la 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
Pour toutes les versions de ONTAP, vous pouvez également utiliser cluster ping-cluster -node <name>
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)