Arista MLAG ISSU Upgrade - primärer / sekundärer Switch?

Ist es beim Upgrade von Arista-Switches, die Teil eines MLAG-Clusters sind, erforderlich, mit dem sekundären Switch zu beginnen?

In "Arista Warrior" von Gary A. Donahue gibt er auf Seite 123 an, dass zunächst der sekundäre Switch aktualisiert werden soll. In der offiziellen Dokumentation auf Seite 710 (für Version 4.13.2F) finden Sie jedoch nichts Vergleichbares.

Gibt es auch eine Möglichkeit (auch wenn dies nicht erforderlich ist), eines der Mitglieder zu zwingen, primär zu werden? Ich habe den Befehl primary-priority hier gefunden , aber der Befehl ist auf meinem Switch nicht vorhanden.

Standardmäßig wählt MLAG basierend auf der MAC-Adresse des Switches Primär / Sekundär - der niedrigste Wert wird immer zum Primärwert.

Ref: https://eos.arista.com/forum/mlag-priorities/

Warum möchten Sie die Priorität erzwingen? MLAG wurde entwickelt, um aktive / aktive Uplinks zu verschiedenen Chassis zu erreichen.

Ich glaube, Arista Warrior ist vielleicht abgestanden - aber um ehrlich zu sein, würde ich Ihren Supportvertrag mit Arista nutzen. Am Ende des Tages können sie Ihnen die endgültige Antwort geben.

Die Suche auf der Arista-Site bringt nichts darüber mit sich, dass die sekundäre zuerst explizit aktualisiert werden muss. Endhosts sehen die Sys-ID in MLAG, daher sollte die Konvergenz unter einer Sekunde liegen.

Aus dem 14.4.6M-Handbuch:

10.3.3.4 Durchführen eines MLAG ISSU-Upgrades Das folgende Verfahren führt ein MLAG ISSU-Upgrade durch:

Schritt 1 Verfassen Sie die Konfigurationskonsistenz für jeden Peer (Abschnitt 10.3.3.1).

Schritt 2 Überprüfen Sie die Versionskompatibilität zwischen den neuen und vorhandenen Images (Abschnitt 10.3.3.2).

Schritt 3 Konfigurieren Sie mlag für die Verzögerung des Nachladens (Abschnitt 10.3.2). Die empfohlene Verzögerungszeit variiert je nach Schaltertyp.

Schritt 4 Installieren Sie das neue Image auf einem der Peers:

• Schritt a Laden Sie das neue Image auf den Switch hoch (Abschnitt 2.4.1.2).
• Schritt b Legen Sie den Startpfad für das neue Image fest (Abschnitt 2.4.1.3).
• Schritt c Geben Sie den Befehl zum erneuten Laden ein. (Abschnitt 2.4.1.4).

Schritt 5 Lösen Sie alle Warnungen zum erneuten Laden (Abschnitt 10.3.3.3).

Schritt 6 Bestätigen Sie das Nachladen.

Schritt 7 Warten Sie, bis die MLAG-Peers erneut in den aktiven Status verhandelt haben, und warten Sie beim Neustart des Peers erneut, bis die Ladeverzögerung abgelaufen ist. Vermeiden Sie nach diesem Schritt Konfigurationsänderungen auf beiden Peers.

Schritt 8 Wiederholen Sie den Upgrade-Vorgang für den anderen Peer. Aktualisieren Sie beim Aktualisieren modularer Switches mit zwei Supervisoren zuerst die Standby-Supervisoren und dann die aktiven Supervisoren.

Die Primärpriorität bewirkt nicht, dass der Switch die primäre Rolle präventiv vom anderen Switch zurücknimmt. Aus diesem Grund ist der Befehl ausgeblendet. MLAG-Kollegen sind genau das, man ist kein Meister.

Wenn MLAG ausgehandelt wird und Sie die Priorität geändert haben, wird der Switch mit dem übergeordneten Wert zu Primary. Wenn jedoch die Primärdatenbank ausfällt, neu geladen wird oder mlag heruntergefahren wird, wird die Sekundärseite zur Primärdatenbank. Sobald der ursprüngliche Primärschalter zurückkommt, wird er NICHT übernommen. Es bleibt sekundär, bis ein anderes Ereignis eintritt, das dazu führt, dass es die primäre Rolle übernimmt. Daher sind die Rollen nicht deterministisch und Sie müssen die Schalter abfragen, um zu wissen, welche sekundär ist, bevor Sie Ihren MLAG ISSU-Prozess starten.

Beachten Sie auch, dass sich das neueste (4.18.x) EOS-Handbuch auf der Website arista.com befindet und nicht hinter einem Login steht. Es ist richtig, dass das MLAG ISSU-Verfahren nicht ausdrücklich vorsieht, mit dem sekundären MLAG-Peer zu beginnen, aber es wird nach meiner Erfahrung mit Arista SEs empfohlen.

https://www.arista.com/de/um-eos/eos-section-12-3-mlag-maintenance?searchword=mlag%20maintenance

Ist es beim Upgrade von Arista-Switches, die Teil eines MLAG-Clusters sind, erforderlich, mit dem sekundären Switch zu beginnen?

Nein, es gibt keinen Unterschied zwischen dem Starten eines Upgrades mit einem sekundären oder einem primären Switch.

Gibt es auch eine Möglichkeit (auch wenn dies nicht erforderlich ist), eines der Mitglieder zu zwingen, primär zu werden? Ich habe hier den Befehl mit der primären Priorität gefunden, aber der Befehl ist auf meinem Switch nicht vorhanden.

Der primary-priorityBefehl ist ein versteckter Befehl, der weiterhin wirksam wird, obwohl er auf Ihrem Switch anscheinend nicht vorhanden ist.

Sie müssen nur den gesamten Befehl eingeben und die Eingabetaste drücken. Sie können bestätigen, dass der Befehl wirksam geworden ist, indem Sie a ausführen show active(wie Sie im Bild sehen können).