Skip to main content
Cluster and storage switches
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Migrez les commutateurs de cluster CN1610 vers les commutateurs de cluster NVIDIA SN2100

Contributeurs
PDF

Vous pouvez migrer les commutateurs de cluster NetApp CN1610 pour 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, de connexion des ports et de câblage lorsque vous remplacez les commutateurs de cluster NetApp CN1610 par des commutateurs de cluster NVIDIA SN2100. Voir "Présentation de l'installation et de la configuration des switchs NVIDIA SN2100".

Commutateurs pris en charge

Les commutateurs de cluster suivants sont pris en charge :

  • NetApp CN1610

  • NVIDIA SN2100

Pour plus de détails sur les ports pris en charge et leurs configurations, reportez-vous au "Hardware Universe".

Ce dont vous avez besoin

Vérifiez que vous répondez aux exigences suivantes pour votre configuration :

  • Le cluster existant est correctement configuré et fonctionne.

  • 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 correcte de Cumulus Linux installée avec le fichier de configuration de référence (RCF) appliqué.

  • La configuration réseau en cluster existante comporte les éléments suivants :

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

    • Connectivité de gestion et accès à la console des commutateurs CN1610 et des nouveaux commutateurs.

    • Toutes les LIFs du cluster à l'état up avec les LIFs du cluster sur leurs ports home.

    • Ports ISL activés et câblés entre les commutateurs CN1610 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é la connectivité 40 GbE et 100 GbE depuis les nœuds vers les switchs de cluster NVIDIA SN2100.

Migrer les commutateurs

À propos des exemples

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

  • Les commutateurs de cluster CN1610 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.

Description de la tâche

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.

Remarque 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 un fonctionnement sans interruption du cluster, la procédure suivante migre toutes les LIFs du cluster vers le commutateur partenaire opérationnel tout en effectuant 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 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.

  2. 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.

  3. 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

  1. Détermination du statut administratif ou opérationnel pour chaque interface de cluster

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

    1. 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

    2. Afficher des informations sur les LIF et leurs nœuds de base désignés :

      network interface show -vserver Cluster

      Chaque LIF doit afficher up/up pour Status Admin/Oper et true pour Is 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

  2. Les ports de cluster de 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

    Montrer l'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 les 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

    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                 0/1           124     H          AFF-A400         e3a
node2                 0/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                 0/1           124    H           AFF-A400         e3b
node2                 0/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 de cluster distantes :

ONTAP 9.9.1 et versions ultérieures

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
Toutes les versions de ONTAP

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 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. 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
(c2)(Config)# interface 0/1-0/12
(c2)(Interface 0/1-0/12)# shutdown
(c2)(Interface 0/1-0/12)# exit
(c2)(Config)# exit
(c2)#

  2. 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.

  3. 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

  4. 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 :

    network device-discovery show -protocol

    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)   0/1               -
            e3b    sw2 (b8:ce:f6:19:1a:7e)   swp3              -
node2      /lldp
            e3a    c1  (6a:ad:4f:98:3b:3f)   0/2               -
            e3b    sw2 (b8:ce:f6:19:1b:96)   swp4              -

  5. 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)

  6. 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
(c1)(Config)# interface 0/1-0/12
(c1)(Interface 0/1-0/12)# shutdown
(c1)(Interface 0/1-0/12)# exit
(c1)(Config)# exit
(c1)#

  7. 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.

  8. Vérifier la configuration finale du cluster :

    network port show -ipspace Cluster

    Chaque port doit s'afficher up pour Link et healthy pour Health 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

  9. 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 :

    network device-discovery show -protocol

    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            -

  10. 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)

  11. 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

  1. Activer la fonction de revert automatique sur les LIFs du cluster :

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

  2. 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

  3. Rétablissez le niveau de privilège sur admin :

    set -privilege admin

  4. 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

Et la suite ?

"Configurer la surveillance de l'état des commutateurs".