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.

Remplacez les switchs de cluster Cisco Nexus 3232C par des connexions sans switch

Contributeurs

Vous pouvez migrer d'un cluster avec un réseau de cluster commuté vers un cluster auquel deux nœuds sont directement connectés pour ONTAP 9.3 et les versions ultérieures.

Examen des conditions requises

Directives

Consultez les directives suivantes :

  • La migration vers une configuration de cluster à 2 nœuds sans commutateur assure une continuité de l'activité. La plupart des systèmes disposent de deux ports d'interconnexion de cluster dédiés sur chaque nœud, mais cette procédure peut également être utilisée pour les systèmes avec un plus grand nombre de ports d'interconnexion de cluster dédiés sur chaque nœud, tels que quatre, six ou huit.

  • Vous ne pouvez pas utiliser la fonctionnalité d'interconnexion de cluster sans commutateur avec plus de deux nœuds.

  • Si vous disposez déjà d'un cluster à deux nœuds avec des commutateurs d'interconnexion de cluster et qu'il exécute ONTAP 9.3 ou une version ultérieure, vous pouvez remplacer les commutateurs par des connexions directes et retour entre les nœuds.

Ce dont vous avez besoin
  • Cluster sain qui se compose de deux nœuds connectés par des commutateurs de cluster. Les nœuds doivent exécuter la même version de ONTAP.

  • Chaque nœud inclut le nombre requis de ports de cluster dédiés qui offrent des connexions d'interconnexion de cluster redondantes pour prendre en charge votre configuration système. Par exemple, un système dispose de deux ports redondants avec deux ports dédiés d'interconnexion de cluster sur chaque nœud.

Migrer les commutateurs

Description de la tâche

La procédure suivante supprime les commutateurs du cluster dans un cluster à deux nœuds et remplace chaque connexion au commutateur par une connexion directe au nœud partenaire.

Les commutateurs du cluster ont été remplacés par des connexions directes
À propos des exemples

Les exemples de la procédure suivante illustrent les nœuds qui utilisent « e0a » et « e0b » comme ports de cluster. Il est possible que les nœuds utilisent différents ports de cluster, car ils varient selon le système.

Étape 1 : préparer la migration

  1. Modifiez le niveau de privilège en avancé, en saisissant y lorsque vous êtes invité à continuer :

    set -privilege advanced

    L'invite avancée *> s'affiche.

  2. ONTAP 9.3 et les versions ultérieures prennent en charge la détection automatique des clusters sans commutateur, qui est activée par défaut.

    Vous pouvez vérifier que la détection des clusters sans commutateur est activée en exécutant la commande Advanced Privilege :

    network options detect-switchless-cluster show

    Montrer l'exemple

    L'exemple de sortie suivant indique si l'option est activée.

    cluster::*> network options detect-switchless-cluster show
       (network options detect-switchless-cluster show)
    Enable Switchless Cluster Detection: true

    Si l'option « Activer la détection Switchless Cluster » est de false, Contactez le support NetApp.

  3. 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=<number_of_hours>h

    h est la durée de la fenêtre de maintenance en heures. Ce message informe le support technique de cette tâche de maintenance de manière à ce qu'il puisse supprimer la création automatique de dossier pendant la fenêtre de maintenance.

    Dans l'exemple suivant, la commande supprime la création automatique de dossiers pendant deux heures :

    Montrer l'exemple
    cluster::*> system node autosupport invoke -node * -type all -message MAINT=2h

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

  1. Organisez les ports de cluster de chaque commutateur en groupes de sorte que les ports de cluster du groupe1 passent au switch de cluster 1 et que les ports de cluster du groupe2 se rendent au switch de cluster 2. Ces groupes sont requis plus tard dans la procédure.

  2. Identifier les ports du cluster et vérifier l'état et l'état de la liaison :

    network port show -ipspace Cluster

    Dans l'exemple suivant pour les nœuds avec des ports de cluster « e0a » et « e0b », un groupe est identifié comme « node1:e0a » et « node2:e0a » et l'autre groupe comme « node1:e0b » et « node2:e0b ». Vos nœuds peuvent utiliser différents ports de cluster car ils varient selon le système.

    Connexions du commutateur de cluster entre le nœud 1 et le nœud 2

    Vérifier que les ports ont une valeur de up Pour la colonne “liaison” et une valeur de healthy Pour la colonne État de santé.

    Montrer l'exemple
    cluster::> 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
    4 entries were displayed.
  3. Vérifier que toutes les LIFs du cluster se trouvent sur leurs ports de type home.

    Vérifiez que la colonne « est-home » est de true Pour chaque LIF de cluster :

    network interface show -vserver Cluster -fields is-home

    Montrer l'exemple
    cluster::*> net int show -vserver Cluster -fields is-home
    (network interface show)
    vserver  lif          is-home
    -------- ------------ --------
    Cluster  node1_clus1  true
    Cluster  node1_clus2  true
    Cluster  node2_clus1  true
    Cluster  node2_clus2  true
    4 entries were displayed.

    Si des LIF de cluster ne se trouvent pas sur leurs ports de départ, rerestaurez ces LIFs à leurs ports de base :

    network interface revert -vserver Cluster -lif *

  4. Désactiver l'auto-revert pour les LIFs de cluster :

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

  5. Vérifiez que tous les ports répertoriés à l'étape précédente sont connectés à un commutateur réseau :

    network device-discovery show -port cluster_port

    La colonne “périphérique découvert” doit être le nom du commutateur de cluster auquel le port est connecté.

    Montrer l'exemple

    L'exemple suivant montre que les ports de cluster « e0a » et « e0b » sont correctement connectés aux commutateurs de cluster « cs1 » et « cs2 ».

    cluster::> network device-discovery show -port e0a|e0b
      (network device-discovery show)
    Node/     Local  Discovered
    Protocol  Port   Device (LLDP: ChassisID)  Interface  Platform
    --------- ------ ------------------------- ---------- ----------
    node1/cdp
              e0a    cs1                       0/11       BES-53248
              e0b    cs2                       0/12       BES-53248
    node2/cdp
              e0a    cs1                       0/9        BES-53248
              e0b    cs2                       0/9        BES-53248
    4 entries were displayed.
  6. Vérifiez la connectivité du cluster :

    cluster ping-cluster -node local

  7. Vérifiez que le cluster fonctionne correctement :

    cluster ring show

    Toutes les unités doivent être maîtres ou secondaires.

  8. Configurez la configuration sans commutateur pour les ports du groupe 1.

    Important Pour éviter d'éventuels problèmes de mise en réseau, vous devez déconnecter les ports du groupe1 et les reconnecter le plus rapidement possible, par exemple en moins de 20 secondes.
    1. Débrancher tous les câbles des orifices du groupe1 en même temps.

      Dans l'exemple suivant, les câbles sont déconnectés du port « e0a » sur chaque nœud, et le trafic du cluster continue via le commutateur et le port « e0b » sur chaque nœud :

      ClusterSwitch1 déconnecté
    2. Reliez les orifices du groupe1 vers l'arrière.

      Dans l'exemple suivant, « e0a » sur le nœud 1 est connecté à « e0a » sur le nœud 2 :

    Connexion directe entre les ports « e0a »
  9. L'option de réseau en cluster sans commutateur passe de false à true. Cette opération peut prendre jusqu'à 45 secondes. Vérifiez que l'option sans commutateur est définie sur true:

    network options switchless-cluster show

    L'exemple suivant montre que le cluster sans commutateur est activé :

    cluster::*> network options switchless-cluster show
    Enable Switchless Cluster: true
  10. Vérifiez que le réseau de clusters n'est pas interrompu :

    cluster ping-cluster -node local

    Important Avant de passer à l'étape suivante, vous devez attendre au moins deux minutes pour confirmer une connexion de retour à l'arrière sur le groupe 1.
  11. Configurez la configuration sans commutateur pour les ports du groupe 2.

    Important Pour éviter des problèmes de mise en réseau potentiels, vous devez déconnecter les ports du groupe 2 et les reconnecter le plus rapidement possible, par exemple en moins de 20 secondes.
    1. Déconnectez tous les câbles des ports du groupe 2 en même temps.

      Dans l'exemple suivant, les câbles sont déconnectés du port « e0b » sur chaque nœud, et le trafic des clusters continue via la connexion directe entre les ports « e0a » :

      ClusterSwitch2 déconnecté
    2. Reliez les ports du groupe2 dos à dos.

      Dans l'exemple suivant, « e0a » sur le nœud 1 est connecté à « e0a » sur le nœud 2 et « e0b » sur le nœud 1 est connecté au port « e0b » sur le nœud 2 :

    Connexion directe entre les ports du node1 et du node2

Étape 3 : vérifier la configuration

  1. Vérifiez que les ports des deux nœuds sont correctement connectés :

    network device-discovery show -port cluster_port

    Montrer l'exemple

    L'exemple suivant montre que les ports de cluster « e0a » et « e0b » sont correctement connectés au port correspondant du partenaire de cluster :

    cluster::> net device-discovery show -port e0a|e0b
      (network device-discovery show)
    Node/      Local  Discovered
    Protocol   Port   Device (LLDP: ChassisID)  Interface  Platform
    ---------- ------ ------------------------- ---------- ----------
    node1/cdp
               e0a    node2                     e0a        AFF-A300
               e0b    node2                     e0b        AFF-A300
    node1/lldp
               e0a    node2 (00:a0:98:da:16:44) e0a        -
               e0b    node2 (00:a0:98:da:16:44) e0b        -
    node2/cdp
               e0a    node1                     e0a        AFF-A300
               e0b    node1                     e0b        AFF-A300
    node2/lldp
               e0a    node1 (00:a0:98:da:87:49) e0a        -
               e0b    node1 (00:a0:98:da:87:49) e0b        -
    8 entries were displayed.
  2. Réactiver l'auto-revert pour les LIFs du cluster :

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

  3. Vérifier que toutes les LIFs sont bien. Cette opération peut prendre quelques secondes.

    network interface show -vserver Cluster -lif lif_name

    Montrer l'exemple

    Les LIFs ont été rétablies si la colonne « est à l'origine » est true, comme indiqué pour node1_clus2 et node2_clus2 dans l'exemple suivant :

    cluster::> network interface show -vserver Cluster -fields curr-port,is-home
    vserver  lif           curr-port is-home
    -------- ------------- --------- -------
    Cluster  node1_clus1   e0a       true
    Cluster  node1_clus2   e0b       true
    Cluster  node2_clus1   e0a       true
    Cluster  node2_clus2   e0b       true
    4 entries were displayed.

    Si une LIF de cluster n'a pas renvoyé vers ses ports de home accueil, les revert manuellement :

    network interface revert -vserver Cluster -lif lif_name

  4. Vérifiez l'état du cluster des nœuds depuis la console système de l'un ou l'autre nœuds :

    cluster show

    Montrer l'exemple

    L'exemple suivant montre epsilon sur les deux nœuds à être false:

    Node  Health  Eligibility Epsilon
    ----- ------- ----------- --------
    node1 true    true        false
    node2 true    true        false
    2 entries were displayed.
  5. Vérifier la connectivité entre les ports du cluster :

    cluster ping-cluster local

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

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

    set -privilege admin