4. 目标架构设计与兼容性评估
目标架构设计不是把现网设备型号换成新型号，而是要在“业务不中断、能力可演进、投资可回收”三个约束下，确定一套可落地的目标状态。对 Arista 数据中心网络而言，这一节要回答四个问题：新版本 EOS 选哪个版本、现网硬件还能用多久、关键特性是否被支持、MLAG/EVPN/VXLAN 的兼容边界在哪里，以及带宽与收敛比如何设计。下面按“选型—评估—兼容—带宽”的顺序展开。
一、EOS 版本选型：先定分支，再定版本
Arista EOS 采用“主线 + 维护分支”的发布模式。主线（Feature Release）引入新特性，维护分支（Maintenance Release）只做缺陷修复和安全补丁。选型时不要直接选“最新版”，而应先确定目标分支，再在该分支内选择经过验证的版本。常用判断依据有三条：
- 特性需求：目标架构要用到的 EVPN 多归属、VXLAN 集中式网关、MLAG 与 EVPN 共存等能力，必须在候选版本中已 GA（正式发布）。
- 硬件支持：新版本 EOS 对老平台的支持会逐步收敛，例如部分早期 7050 系列在较新分支中已不再提供完整特性集。
- 生命周期：优先选择仍在维护窗口内的分支，避免上线即进入“无补丁”状态。
教学示例中，假设现网运行 4.29.x，目标架构需要 EVPN 多归属与 VXLAN 分布式网关。可先锁定 4.31 或 4.32 维护分支，再在其中选择已发布 3 个月以上、无重大已知缺陷的版本。示例参数：候选版本 4.31.3F、4.32.1F，最终选择 4.31.3F，理由是特性满足且维护窗口更长。该参数为教学假设，实际应以 Arista 官方发布说明和缺陷通告为准。
二、硬件生命周期评估：区分“能跑”与“该跑”
硬件评估要同时看“物理寿命”和“软件支持寿命”。物理寿命指设备是否还在维保、备件是否可获取；软件支持寿命指该平台在目标 EOS 分支中是否仍被支持。两者都满足，才适合作为目标架构的承载设备。评估时建议逐台记录：平台型号、当前 EOS、目标 EOS 支持状态、维保到期时间、端口速率与数量、是否支持目标特性。对于已进入 EOL（生命周期终止）或目标分支不再支持的设备，应列入替换清单，而不是强行升级。
三、特性支持矩阵：把需求逐条落到设备
特性支持矩阵是兼容性评估的核心工具。它把“目标架构需要什么”与“每类设备能提供什么”对齐。矩阵的行是特性，列是设备角色（Spine、Leaf、Border Leaf），单元格填写“支持/不支持/需特定版本”。例如：
| 特性 | Spine | Leaf | Border Leaf |
|---|---|---|---|
| MLAG | 不涉及 | 支持 | 支持 |
| EVPN 多归属 | 不涉及 | 支持（4.31+） | 支持（4.31+） |
| VXLAN 分布式网关 | 不涉及 | 支持 | 支持 |
| EVPN 与 MLAG 共存 | 不涉及 | 支持 | 支持 |
矩阵填完后，若某设备在关键特性上为“不支持”，则该设备不能进入目标架构，或必须调整架构方案。这一步能避免“升级完才发现特性不可用”的返工。
四、MLAG/EVPN/VXLAN 兼容性：重点看共存边界
MLAG 是二层多归属，EVPN 是控制平面，VXLAN 是数据平面封装。三者可以共存，但有几个边界必须确认：
- MLAG 与 EVPN 多归属不要混用在同一对 Leaf 上：同一对 Leaf 对同一接入设备，要么用 MLAG，要么用 EVPN 多归属，混用会导致转发路径和收敛行为难以预测。
- VXLAN 隧道源地址：MLAG 场景下，VTEP 源地址通常使用 Loopback0，且需保证 MLAG 双机 Loopback0 可达性一致。
- EVPN 路由类型：Type-2（MAC/IP）和 Type-3（IMET）是基础，多归属还需 Type-1（以太网自动发现）和 Type-4（以太网段）。选型时要确认目标版本对这些类型的支持完整。
- 收敛比与 ECMP：Spine 层通常用 ECMP 提供等价多路径，Leaf 层用 MLAG 或 EVPN 多归属提供双活接入。两者叠加时，要确认哈希算法和链路故障后的重收敛时间。
五、带宽与收敛比设计：从端口速率到实际可用带宽
收敛比（Oversubscription Ratio）是下行总带宽与上行总带宽之比。设计时先统计每个 Leaf 的下行端口需求，再确定上行链路数量和速率。教学示例：一台 Leaf 有 48 个 25G 下行端口，若全部跑满，下行总带宽为 1200G；若上行用 8 个 100G 端口，上行总带宽为 800G，收敛比约为 1.5:1。若业务对突发敏感，可把上行提升到 12 个 100G，收敛比降到 1:1。Spine 层则按“Leaf 上行总带宽 × Leaf 数量 / Spine 上行总带宽”计算，确保 Spine 不成为瓶颈。
收敛比不是越小越好，而是要匹配业务流量模型。东西向流量为主的存储或计算集群，通常要求 1:1 到 2:1；一般业务接入可接受 3:1 到 5:1。设计时要留出故障冗余：若一条上行链路故障，剩余链路仍应满足业务最低带宽要求。
六、评估结论与落地建议
完成上述四步后，应形成一份目标架构评估结论，至少包含：目标 EOS 版本及分支、需替换的硬件清单、特性支持矩阵结论、MLAG/EVPN/VXLAN 共存方案、每台 Leaf 的收敛比与上行链路数。教学示例结论：目标版本 4.31.3F；现网 7050SX-64 因目标分支不再支持 EVPN 多归属，列入替换；Leaf 上行 8×100G，收敛比 1.5:1；MLAG 与 EVPN 多归属按接入设备分组使用，不混用。该结论为教学假设，实际项目应以官方文档和现网实测为准。