默认情况下，MLAG 根据交换机 MAC 地址选择主要/次要地址 - 最低的将始终成为主要地址。

参考：https : //eos.arista.com/forum/mlag-priorities/

为什么要强制优先级？MLAG 的开发是为了实现到不同机箱的主动/主动上行链路。

我相信 Arista Warrior 可能已经过时 - 但说实话，我会利用你与 Arista 的支持合同。在一天结束时，他们将能够给你明确的答案。

在 Arista 网站上搜索没有任何关于明确必须首先升级辅助的信息。终端主机在 MLAG 中看到 Sys-ID，因此收敛应该是亚秒级。

来自 14.4.6M 指南：

10.3.3.4 执行 MLAG ISSU 升级 以下程序执行 MLAG ISSU 升级：

步骤 1 验证每个对等体的配置一致性（第 10.3.3.1 节）。

步骤 2 验证新映像和现有映像之间的版本兼容性（第 10.3.3.2 节）。

步骤 3 配置 reload-delay mlag（第 10.3.2 节）。推荐的延迟时间因开关类型而异。

步骤 4 将新映像安装到其中一个对等点上：

• 步骤 a 将新映像上传到交换机（第 2.4.1.2 节）。
• 步骤 b 将引导路径设置为新映像（第 2.4.1.3 节）。
• 步骤c 输入reload 命令。（第 2.4.1.4 节）。

步骤 5 解决所有重新加载警告（第 10.3.3.3 节）。

步骤 6 确认重新加载。

步骤 7 等待 MLAG 对等体重新协商到活动状态，并在重新启动的对等体上重新加载延迟到期。避免在此步骤之后更改两个对等方的配置。

步骤 8 对另一个对等体重复升级过程。升级带双监控器的模块化交换机时，先升级备用监控器，然后升级活动监控器。

Primary-priority 不会导致交换机抢先从其他交换机手中夺回主角色。这就是隐藏命令的原因。MLAG 同行就是这样，一个不是大师。

因此，这意味着当协商 MLAG 并且您已修改优先级时，具有较高值的​​交换机将成为主交换机。但是，如果主节点关闭、重新加载或关闭 mlag，则辅助节点将成为主节点。一旦原来的主交换机回来，它不会也不会接管。在发生另一个事件使其成为主要角色之前，它会一直保持为次要角色。因此，角色是不确定的，在开始 MLAG ISSU 过程之前，您必须询问交换机以了解哪个是次要的。

另请注意，最新的 (4.18.x) EOS 手册位于 arista.com 网站上，无需登录。MLAG ISSU 过程确实没有明确说明从辅助 MLAG Peer 开始，但根据我对 Arista SE 的经验建议这样做。

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

升级属于 MLAG 集群的 Arista 交换机时，是否需要从辅助交换机开始？

不，使用辅助交换机或主交换机开始升级没有区别。

另外，有没有办法（即使没有必要）强制其中一个成员成为主要成员？我在这里找到了命令 primary-priority，但我的交换机上不存在该命令。

该primary-priority命令是一个隐藏的命令，即使它看起来不存在于您的交换机上，它仍然会生效。

您只需要输入整个命令并按 Enter。您可以通过执行a来确认命令已经生效show active（如图所示）