Lors de la mise à niveau des commutateurs Arista qui font partie d'un cluster MLAG, est-il nécessaire de commencer par le commutateur secondaire?
Dans "Arista Warrior", de Gary A. Donahue, il spécifie à la page 123 pour commencer par la mise à niveau du commutateur secondaire. Mais rien de tel dans la documentation officielle, page 710 (pour la version 4.13.2F).
De plus, existe-t-il un moyen (même si ce n'est pas nécessaire) de forcer l'un des membres à devenir principal? J'ai trouvé la commande primary-priority
ici , mais la commande n'existe pas sur mon commutateur.
Réponses:
Par défaut, MLAG choisit primaire / secondaire en fonction de l'adresse MAC du commutateur - le plus bas deviendra toujours le principal.
Réf: https://eos.arista.com/forum/mlag-priorities/
Pourquoi voulez-vous forcer la priorité? MLAG a été développé pour atteindre des liaisons montantes actives / actives vers différents châssis.
Je crois qu'Arista Warrior pourrait être périmé - mais pour être honnête, je ferais usage de votre contrat de support avec Arista. À la fin de la journée, ils pourront vous donner la réponse définitive.
La recherche sur le site Arista n'apporte rien concernant la nécessité explicite de mettre à niveau le secondaire en premier. Les hôtes finaux voient le Sys-ID dans MLAG, la convergence doit donc être inférieure à la seconde.
la source
Du guide 14.4.6M:
10.3.3.4 Exécution d'une mise à niveau MLAG ISSU La procédure suivante effectue une mise à niveau MLAG ISSU:
Étape 1 Vérifiez la cohérence de la configuration sur chaque homologue (Section 10.3.3.1).
Étape 2 Vérifiez la compatibilité des versions entre les images nouvelles et existantes (Section 10.3.3.2).
Étape 3 Configurez le mlag de délai de rechargement (Section 10.3.2). Le délai recommandé varie selon le type de commutateur.
Étape 4 Installez la nouvelle image sur l'un des pairs:
Étape 5 Résolvez tous les avertissements de rechargement (Section 10.3.3.3).
Étape 6 Confirmez le rechargement.
Étape 7 Attendez que les homologues MLAG renégocient à l'état actif et expirent le délai de rechargement sur l'homologue redémarré. Évitez les changements de configuration sur les deux homologues après cette étape.
Étape 8 Répétez le processus de mise à niveau pour l'autre homologue. Lors de la mise à niveau de commutateurs modulaires avec deux superviseurs, mettez d'abord à niveau les superviseurs de secours, puis mettez à niveau les superviseurs actifs.
la source
La priorité principale ne fera pas en sorte que le commutateur reprenne de manière préventive le rôle principal de l'autre commutateur. C'est pourquoi la commande est masquée. Les pairs MLAG ne sont que cela, on n'est pas un maître.
Donc, cela signifie que lorsque MLAG est négocié et que vous avez modifié la priorité, le commutateur avec la valeur supérieure deviendra primaire. Cependant, si le primaire devait tomber en panne, être rechargé ou que mlag est arrêté, le secondaire deviendra primaire. Une fois que l'interrupteur principal d'origine revient, il ne prend PAS et ne prendra pas le relais. Il reste secondaire jusqu'à ce qu'un autre événement se produise pour lui faire prendre le rôle principal. Par conséquent, le ou les rôles ne sont pas déterministes et vous devez interroger les commutateurs pour savoir lequel est secondaire avant de démarrer votre processus MLAG ISSU.
Notez également que le dernier manuel EOS (4.18.x) se trouve sur le site Web arista.com et n'est pas derrière une connexion. Il est vrai que la procédure MLAG ISSU ne dit pas explicitement de commencer par le pair MLAG secondaire, mais elle est recommandée dans mon expérience avec les SE Arista.
https://www.arista.com/en/um-eos/eos-section-12-3-mlag-maintenance?searchword=mlag%20maintenance
la source
Non, il n'y a aucune différence entre le démarrage d'une mise à niveau avec un commutateur secondaire ou un commutateur principal.
La
primary-priority
commande est une commande cachée qui prendra toujours effet même s'il semble qu'elle n'existe pas sur votre commutateur.Il vous suffit de taper toute la commande et d'appuyer sur Entrée. Vous pouvez confirmer que la commande a pris effet en effectuant un
show active
(comme vous pouvez le voir sur l'image)la source