Actualización de Arista MLAG ISSU: ¿interruptor primario / secundario?

Al actualizar los conmutadores Arista que forman parte de un clúster MLAG, ¿es necesario comenzar con el conmutador secundario?

En "Arista Warrior", de Gary A. Donahue, especifica en la página 123 para comenzar actualizando el interruptor secundario. Pero no hay nada de eso en la documentación oficial, página 710 (para la versión 4.13.2F).

Además, ¿hay alguna manera (incluso si no es necesario) de obligar a uno de los miembros a convertirse en el principal? Encontré el comando primary-priority aquí , pero el comando no existe en mi switch.

Por defecto, MLAG elige primaria / secundaria en función de la dirección MAC del conmutador: la más baja siempre se convertirá en la primaria.

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

¿Por qué quieres forzar la prioridad? MLAG fue desarrollado para lograr enlaces ascendentes activos / activos a diferentes chasis.

Creo que Arista Warrior podría estar rancio, pero para ser honesto, estaría haciendo uso de su contrato de soporte con Arista. Al final del día, podrán darle la respuesta definitiva.

Buscar en el sitio de Arista no trae nada relacionado con tener que actualizar explícitamente el secundario primero. Los hosts finales ven el Sys-ID en MLAG, por lo que la convergencia debe ser inferior al segundo.

De la guía 14.4.6M:

10.3.3.4 Realizar una actualización de MLAG ISSU El siguiente procedimiento realiza una actualización de MLAG ISSU:

Paso 1 Verifique la consistencia de la configuración en cada par (Sección 10.3.3.1).

Paso 2 Verifique la compatibilidad de la versión entre las imágenes nuevas y existentes (Sección 10.3.3.2).

Paso 3 Configure reload-delay mlag (Sección 10.3.2). El período de retraso recomendado varía según el tipo de interruptor.

Paso 4 Instale la nueva imagen en uno de los pares:

• Paso a Cargue la nueva imagen al conmutador (Sección 2.4.1.2).
• Paso b Establezca la ruta de inicio a la nueva imagen (Sección 2.4.1.3).
• Paso c Ingrese el comando de recarga. (Sección 2.4.1.4).

Paso 5 Resuelva todas las advertencias de recarga (Sección 10.3.3.3).

Paso 6 Confirme la recarga.

Paso 7 Espere a que los pares MLAG renegocien al estado activo y venza el retraso de recarga en el par reiniciado. Evite los cambios de configuración en ambos pares después de este paso.

Paso 8 Repita el proceso de actualización para el otro par. Al actualizar interruptores modulares con supervisores duales, actualice primero los supervisores de reserva y luego actualice los supervisores activos.

La prioridad principal no hará que el conmutador tome de manera preventiva el rol primario del otro conmutador. Es por eso que el comando está oculto. Los compañeros de MLAG son solo eso, uno no es un maestro.

Entonces, lo que eso significa es que cuando se negocie MLAG y haya modificado la prioridad, el cambio con el valor superior se convertirá en Primario. Sin embargo, si el primario se apaga, se vuelve a cargar o se cierra mlag, el secundario se convertirá en primario. Una vez que vuelve el interruptor primario original, NO lo hace y no se hará cargo. Sigue siendo Secundario hasta que ocurra otro evento que haga que tome el rol Primario. Por lo tanto, los roles no son deterministas y debe interrogar a los conmutadores para saber cuál es secundario antes de comenzar su proceso de MLAG ISSU.

También tenga en cuenta que el último manual EOS (4.18.x) está en el sitio web arista.com y no está detrás de un inicio de sesión. Es cierto que el procedimiento MLAG ISSU no dice explícitamente que comience con el compañero MLAG secundario, pero se recomienda en mi experiencia con Arista SE.

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

Al actualizar los conmutadores Arista que forman parte de un clúster MLAG, ¿es necesario comenzar con el conmutador secundario?

No, no hay diferencia entre comenzar una actualización con un interruptor secundario o uno primario.

Además, ¿hay alguna manera (incluso si no es necesario) de obligar a uno de los miembros a convertirse en el principal? Encontré el comando de prioridad principal aquí, pero el comando no existe en mi conmutador.

El primary-prioritycomando es un comando oculto que aún tendrá efecto aunque parezca que no existe en su conmutador.

Solo tiene que escribir todo el comando y presionar Enter. Puede confirmar que el comando ha tenido efecto realizando un show active(como puede ver en la imagen)