Migrez d'un commutateur de cluster Cisco vers un commutateur de cluster NVIDIA SN2100
Vous pouvez migrer des commutateurs de cluster Cisco d'un cluster ONTAP vers des commutateurs de cluster NVIDIA SN2100. Cette procédure ne fonctionne pas sans interruption.
Examen des conditions requises
Vous devez connaître certaines informations de configuration, les connexions de ports et les exigences de câblage lorsque vous remplacez d'anciens commutateurs de cluster Cisco par des commutateurs de cluster NVIDIA SN2100. Voir "Présentation de l'installation et de la configuration des switchs NVIDIA SN2100".
Les commutateurs de cluster Cisco suivants sont pris en charge :
-
Nexus 9336C-FX2
-
Nexus 92300YC
-
Nexus 5596UP
-
Nexus 3232C
-
Nexus 3132Q-V
Pour plus de détails sur les ports pris en charge et leurs configurations, reportez-vous au "Hardware Universe" .
Assurez-vous que :
-
Le cluster existant est correctement configuré et opérationnel.
-
Tous les ports de cluster sont à l'état up pour assurer la continuité de l'activité.
-
Les commutateurs de cluster NVIDIA SN2100 sont configurés et fonctionnent sous la version appropriée de Cumulus Linux installée dans le fichier RCF (Reference Configuration File) appliqué.
-
La configuration réseau en cluster existante présente les éléments suivants :
-
Un cluster NetApp redondant et entièrement fonctionnel utilisant les deux anciens commutateurs Cisco.
-
Connectivité de gestion et accès à la console aux anciens commutateurs Cisco et aux nouveaux commutateurs.
-
Toutes les LIFs de cluster à l'état up avec les LIFs de cluster sont sur leurs ports de type home.
-
Ports ISL activés et câblés entre les anciens commutateurs Cisco et entre les nouveaux commutateurs.
-
-
Certains ports sont configurés sur les switchs NVIDIA SN2100 pour s'exécuter à 40 GbE ou 100 GbE.
-
Vous avez planifié, migré et documenté une connectivité 40 GbE et 100 GbE entre les nœuds et les commutateurs de cluster NVIDIA SN2100.
|
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
Dans cette procédure, les switchs de cluster Cisco Nexus 3232C sont utilisés par exemple pour les commandes et les sorties.
Les exemples de cette procédure utilisent la nomenclature des commutateurs et des nœuds suivante :
-
Les switchs de cluster Cisco Nexus 3232C existants sont c1 et c2.
-
Les nouveaux commutateurs de cluster NVIDIA SN2100 sont sw1 et sw2.
-
Les nœuds sont node1 et node2.
-
Les LIFS du cluster sont respectivement node1_clum1 et node1_clum2 sur le nœud 1 et node2_clum1 et node2_clum2 sur le nœud 2.
-
Le
cluster1::*>
l'invite indique le nom du cluster. -
Les ports de cluster utilisés dans cette procédure sont e3a et e3b.
-
Les ports de dérivation prennent le format suivant : swp[port]s[port de dérivation 0-3]. Par exemple, quatre ports de dérivation sur swp1 sont swp1s0, swp1s1, swp1s2 et swp13.
Cette procédure couvre le scénario suivant :
-
Le commutateur c2 est remplacé en premier par le commutateur sw2.
-
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.
-
Le câblage entre les nœuds et c2 est ensuite déconnecté de c2 et reconnecté à sw2.
-
-
Le contacteur c1 est remplacé par le contacteur sw1.
-
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.
-
Le câblage entre les nœuds et c1 est ensuite déconnecté de c1 et reconnecté à sw1.
-
É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.
-
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.
-
Désactiver la fonction de revert automatique sur les LIFs du cluster :
network interface modify -vserver Cluster -lif * -auto-revert false
Étape 2 : configurer les ports et le câblage
-
Détermination du statut administratif ou opérationnel pour chaque interface de cluster
Chaque port doit s'afficher pendant
Link
et en bonne santé pourHealth Status
.-
Afficher les attributs des ports réseau :
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 --------- ---------- ---------------- ---- ----- ------------ -------- ------ 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
-
Afficher des informations sur les interfaces logiques et les nœuds home désignés :
network interface show -vserver Cluster
Chaque LIF doit afficher
up/up
pourStatus Admin/Oper
et vrai pourIs Home
.
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 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
-
-
Les ports de 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) :
network device-discovery show -protocol lldp
Montrer l'exemple
cluster1::*> network device-discovery show -protocol lldp Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- ---------------- ---------------- node1 /lldp e3a c1 (6a:ad:4f:98:3b:3f) Eth1/1 - e3b c2 (6a:ad:4f:98:4c:a4) Eth1/1 - node2 /lldp e3a c1 (6a:ad:4f:98:3b:3f) Eth1/2 - e3b c2 (6a:ad:4f:98:4c:a4) Eth1/2 -
-
Les ports et commutateurs du cluster sont connectés de la manière suivante (du point de vue des commutateurs) :
show cdp neighbors
Montrer l'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 Eth1/31 179 S I s N3K-C3232C Eth1/31 c2 Eth1/32 175 S I s N3K-C3232C Eth1/32 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 Eth1/31 175 S I s N3K-C3232C Eth1/31 c1 Eth1/32 175 S I s N3K-C3232C Eth1/32
-
Assurez-vous que le réseau en cluster dispose d'une connectivité complète :
cluster ping-cluster -node node-name
Montrer l'exemple
cluster1::*> cluster ping-cluster -node node2 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)
-
Sur le commutateur c2, arrêter les ports connectés aux ports de cluster des nœuds afin de basculer les LIFs du cluster.
(c2)# configure Enter configuration commands, one per line. End with CNTL/Z. (c2)(Config)# interface (c2)(config-if-range)# shutdown <interface_list> (c2)(config-if-range)# exit (c2)(Config)# exit (c2)#
-
Déplacez les ports du cluster de nœuds de l'ancien commutateur c2 vers le nouveau commutateur sw2, à l'aide du câblage approprié pris en charge par NVIDIA SN2100.
-
Afficher les attributs des ports réseau :
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 --------- ---------- ---------------- ---- ----- ------------ -------- ------ 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
-
Les ports de cluster de chaque nœud sont désormais connectés aux commutateurs de cluster de la façon suivante, du point de vue des nœuds :
Montrer l'exemple
cluster1::*> network device-discovery show -protocol lldp Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- ---------------- ---------------- node1 /lldp e3a c1 (6a:ad:4f:98:3b:3f) Eth1/1 - e3b sw2 (b8:ce:f6:19:1a:7e) swp3 - node2 /lldp e3a c1 (6a:ad:4f:98:3b:3f) Eth1/2 - e3b sw2 (b8:ce:f6:19:1b:96) swp4 -
-
Sur le commutateur sw2, vérifier que tous les ports de cluster de nœuds sont en service :
net show interface
Montrer l'exemple
cumulus@sw2:~$ net show interface State Name Spd MTU Mode LLDP Summary ----- ----------- ---- ----- ---------- ----------------- ---------------------- ... ... UP swp3 100G 9216 Trunk/L2 e3b Master: bridge(UP) UP swp4 100G 9216 Trunk/L2 e3b Master: bridge(UP) UP swp15 100G 9216 BondMember sw1 (swp15) Master: cluster_isl(UP) UP swp16 100G 9216 BondMember sw1 (swp16) Master: cluster_isl(UP)
-
Sur le commutateur c1, arrêter les ports connectés aux ports de cluster des nœuds afin de basculer les LIFs du cluster.
(c1)# configure Enter configuration commands, one per line. End with CNTL/Z. (c1)(Config)# interface (c1)(config-if-range)# shutdown <interface_list> (c1)(config-if-range)# exit (c1)(Config)# exit (c1)#
-
Déplacez les ports du cluster de nœuds de l'ancien commutateur c1 vers le nouveau commutateur sw1, à l'aide du câblage approprié pris en charge par NVIDIA SN2100.
-
Vérifier la configuration finale du cluster :
network port show -ipspace Cluster
Chaque port doit s'afficher
up
pourLink
et en bonne santé pourHealth Status
.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 --------- ---------- ---------------- ---- ----- ------------ -------- ------ 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
-
Les ports de cluster de chaque nœud sont désormais connectés aux commutateurs de cluster de la façon suivante, du point de vue des nœuds :
Montrer l'exemple
cluster1::*> network device-discovery show -protocol lldp Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- -------------- ---------------- node1 /lldp e3a sw1 (b8:ce:f6:19:1a:7e) swp3 - e3b sw2 (b8:ce:f6:19:1b:96) swp3 - node2 /lldp e3a sw1 (b8:ce:f6:19:1a:7e) swp4 - e3b sw2 (b8:ce:f6:19:1b:96) swp4 -
-
Sur les commutateurs sw1 et sw2, vérifier que tous les ports de cluster de nœuds sont en service :
net show interface
Montrer l'exemple
cumulus@sw1:~$ net show interface State Name Spd MTU Mode LLDP Summary ----- ----------- ---- ----- ---------- ----------------- ---------------------- ... ... UP swp3 100G 9216 Trunk/L2 e3a Master: bridge(UP) UP swp4 100G 9216 Trunk/L2 e3a Master: bridge(UP) UP swp15 100G 9216 BondMember sw2 (swp15) Master: cluster_isl(UP) UP swp16 100G 9216 BondMember sw2 (swp16) Master: cluster_isl(UP) cumulus@sw2:~$ net show interface State Name Spd MTU Mode LLDP Summary ----- ----------- ---- ----- ---------- ----------------- ----------------------- ... ... UP swp3 100G 9216 Trunk/L2 e3b Master: bridge(UP) UP swp4 100G 9216 Trunk/L2 e3b Master: bridge(UP) UP swp15 100G 9216 BondMember sw1 (swp15) Master: cluster_isl(UP) UP swp16 100G 9216 BondMember sw1 (swp16) Master: cluster_isl(UP)
-
Vérifier que les deux nœuds disposent chacun d'une connexion à chaque commutateur :
net show lldp
Montrer l'exemple
L'exemple suivant montre les résultats appropriés pour les deux commutateurs :
cumulus@sw1:~$ net show lldp LocalPort Speed Mode RemoteHost RemotePort --------- ----- ---------- ------------------ ----------- swp3 100G Trunk/L2 node1 e3a swp4 100G Trunk/L2 node2 e3a swp15 100G BondMember sw2 swp15 swp16 100G BondMember sw2 swp16 cumulus@sw2:~$ net show lldp LocalPort Speed Mode RemoteHost RemotePort --------- ----- ---------- ------------------ ----------- swp3 100G Trunk/L2 node1 e3b swp4 100G Trunk/L2 node2 e3b swp15 100G BondMember sw1 swp15 swp16 100G BondMember sw1 swp16
Étape 3 : vérifier la configuration
-
Activer la fonction de revert automatique sur les LIFs du cluster :
cluster1::*> network interface modify -vserver Cluster -lif * -auto-revert true
-
Vérifier que toutes les LIFs du réseau du cluster sont de nouveau sur leurs ports de base :
network interface show
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 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
-
Rétablissez le niveau de privilège sur admin :
set -privilege admin
-
Si vous avez supprimé la création automatique de cas, réactivez-la en appelant un message AutoSupport :
system node autosupport invoke -node * -type all -message MAINT=END