3. Arista EOS与硬件平台选型
在HPC集群中，交换机选型不是“买最贵的”或“买端口最多的”，而是把端口密度、单端口速率、缓存深度、功耗与散热这五个约束放在同一张表里做取舍。Arista的EOS是一个跨平台的网络操作系统，同一套EOS可以运行在1RU盒式交换机、模块化机箱和固定配置的Leaf/Spine设备上，因此选型的第一步不是选EOS版本，而是先确定硬件平台形态，再确认该平台支持的EOS特性集是否满足HPC流量模型。
一、先明确HPC对交换机的四类硬约束
HPC流量与通用数据中心最大的区别在于：东西向流量占比极高，典型MPI集合通信会在短时间内产生大量incast，且对尾延迟极其敏感。因此选型时要把以下四类约束量化：
- 端口密度与速率：决定单台交换机能否容纳一个机柜或一个Pod的计算节点上行。例如一个HPC机柜有32台计算节点，每节点2×200G上行，则单柜需要64个200G端口，若选用64×200G的1RU交换机，刚好一台覆盖；若选用32×400G平台，则需要通过 breakout 或两台设备分担。
- 缓存深度：HPC中的MPI Allreduce、Alltoall容易在单端口形成微突发。缓存不足会导致丢包重传，进而使集合通信时间抖动。通常Leaf层建议每端口共享缓存不低于20MB，Spine层可适当降低，但需结合收敛比计算。
- 功耗：单机柜供电通常为6～12kW，交换机功耗直接影响可部署密度。以典型32×400G平台为例，满载功耗约350～500W，若一个Pod有8台Leaf，仅交换层就占3～4kW，必须在机柜规划阶段计入。
- 散热与风道：HPC机房常见前后风道或冷热通道封闭，交换机必须与机柜风道方向一致。Arista平台通常提供前后风道（port-to-power）和后前风道（power-to-port）两种型号，选错会导致热空气回流，触发降频甚至宕机。
二、Arista HPC常见平台定位
在HPC场景中，Arista常用的平台可以按角色分为三类：Leaf/ToR、Spine/骨干、以及管理/带外网络。下表给出典型定位与关键参数区间，具体型号以实际项目BOM为准，表中数值为教学示例范围。
| 角色 | 典型形态 | 端口配置示例 | 缓存量级 | 功耗量级 | 适用场景 |
|---|---|---|---|---|---|
| Leaf/ToR | 1RU固定盒式 | 64×200G 或 32×400G | 32～64MB共享 | 300～500W | 计算节点接入，承载MPI微突发 |
| Spine | 1RU/2RU模块化 | 64×400G 或 128×200G | 32～64MB共享 | 500～900W | Pod间互联，收敛比1:1～3:1 |
| 管理/带外 | 1RU | 48×1G/10G + 4×100G | 较小 | 100～200W | BMC、管理口、存储管理 |
需要强调的是，端口速率并不等于可用带宽。400G端口在breakout为4×100G时，每个子端口共享同一物理通道的缓存和调度资源。如果HPC作业对单流带宽敏感，应优先使用原生400G或200G端口，而不是过度依赖breakout。
三、缓存与收敛比的联合计算
缓存选型不能只看“多大”，而要看“在给定收敛比下，微突发能否被吸收”。一个简化的估算方法是：假设Leaf下行接入N个计算节点，每个节点上行速率R，上行到Spine的收敛比为C（即下行总带宽/上行总带宽）。当所有节点同时向一个上行端口发送时，瞬时超额流量为：
超额流量 = N × R × (1 - 1/C)
所需缓存 ≈ 超额流量 × 微突发持续时间例如：32个节点，每节点200G，收敛比4:1，微突发持续50μs。则超额流量 = 32×200G×(1-1/4) = 4.8Tbps，所需缓存 ≈ 4.8Tbps×50μs = 30MB。这意味着Leaf交换机至少需要30MB以上的共享缓存才能在不丢包的情况下吸收该突发。若实际缓存只有16MB，则会出现丢包，MPI集合通信时间会明显抖动。这个计算是教学示例，实际微突发持续时间需通过流量采集或仿真确定。
四、功耗与散热的工程约束
功耗和散热是选型中最容易被低估的约束。以一台32×400G Leaf为例，典型满载功耗约400W，若一个机柜部署8台Leaf，交换层功耗约3.2kW。加上32台计算节点（每台约1.5kW），总功耗约51.2kW，远超普通机柜的6～12kW供电能力。因此HPC机柜通常采用高密度供电（如20～30kW）或液冷方案。选型时必须确认：
- 交换机电源模块是否支持高压直流（HVDC）或48V直流供电，以匹配HPC机房供电架构；
- 风道方向是否与机柜冷热通道一致，避免热风回流；
- 风扇模块是否支持冗余和热插拔，以及单风扇故障时能否维持满载运行；
- 环境温度超过35℃时，交换机是否会自动降频，降频后端口速率和转发能力是否仍满足SLA。
五、选型决策流程
综合以上约束，HPC交换机选型可以按以下顺序推进：先根据计算节点数量和上行速率确定Leaf端口密度与速率；再根据收敛比和微突发估算缓存需求；然后核算单柜功耗与散热余量；最后确认EOS版本是否支持所需的RoCEv2、PFC、ECN、VXLAN或EVPN特性。下图展示了这一决策关系，其中每个判断节点都对应一个可量化的参数。
六、EOS版本与特性确认
硬件平台确定后，必须确认EOS版本支持所需特性。HPC场景通常需要：RoCEv2无损以太网、PFC优先级流控、ECN拥塞标记、以及可选的EVPN/VXLAN用于多租户或跨Pod互联。不同EOS版本对上述特性的支持程度不同，且部分特性依赖特定ASIC平台。例如，某些低端1RU平台可能不支持完整的PFC优先级队列，或ECN标记阈值粒度较粗。选型时应向Arista或集成商索取该平台在目标EOS版本下的特性矩阵，而不是仅凭数据手册的端口参数做决定。
七、一份可执行的选型检查清单
在实际项目中，可以把上述约束整理成一份检查清单，逐项确认后再下BOM：
| 检查项 | 确认内容 | 判断依据 |
|---|---|---|
| 端口密度 | 单台Leaf能否覆盖一个机柜/一个Pod的上行需求 | 节点数 × 上行端口数 ≤ 交换机可用端口数 |
| 端口速率 | 原生速率还是breakout，是否满足单流带宽 | MPI单流带宽需求 vs 子端口带宽 |
| 缓存深度 | 共享缓存是否大于估算的微突发吸收量 | 超额流量 × 突发时长 ≤ 可用缓存 |
| 功耗 | 单柜交换层总功耗是否在供电余量内 | 交换机满载功耗 × 台数 ≤ 机柜供电上限 × 0.8 |
| 散热 | 风道方向与机柜冷热通道一致 | port-to-power 或 power-to-port 与机柜匹配 |
| EOS特性 | RoCEv2、PFC、ECN、EVPN是否支持 | 目标EOS版本特性矩阵 |
| 冗余 | 电源和风扇是否冗余，是否支持热插拔 | N+1或N+N配置 |
最后需要提醒的是，HPC选型没有“万能型号”。同一个集群中，Leaf和Spine的选型逻辑不同：Leaf更关注缓存和端口密度，Spine更关注交换容量和收敛比。把这两类角色的约束分开评估，再统一到EOS管理平面下，才能在性能、功耗和成本之间取得可解释的平衡。