1. 数据中心QoS与拥塞治理全景

在数据中心网络里，QoS（Quality of Service，服务质量）并不是一个“锦上添花”的功能，而是决定业务能否稳定运行的基础能力。Arista EOS 的 QoS 体系围绕一个核心问题展开：当多个业务流同时争抢同一出端口时，网络如何决定谁先走、谁等待、谁被丢弃，以及如何避免拥塞从局部扩散为全局故障。理解这一点，需要先看清拥塞产生的根源，再理解 EOS 的 QoS 架构，最后落到工程化的治理路径上。

拥塞从哪里来：微突发的本质

数据中心流量具有典型的“东西向为主、突发性强、收敛比高”的特征。以一台 32×100G 的叶交换机为例，若下行接入 32 台服务器、每台服务器以 25G 速率同时向同一上行链路发送数据，则瞬时汇聚速率可达 800G，而单条上行链路只有 100G。这种速率不匹配在毫秒甚至微秒级发生，称为微突发（Microburst）。微突发不会持续很久，但足以在出端口队列中瞬间堆积，导致缓冲区被填满，进而触发丢包或时延抖动。

拥塞的根源可以归纳为三类：速率不匹配（多入少出）、流量汇聚（多对一或一对多）、突发叠加（多个微突发在同一时刻到达同一端口）。这三类问题在传统“尽力而为”转发下会直接表现为丢包，而 TCP 对丢包的反应是降速重传，重传又加剧拥塞，形成正反馈。因此，QoS 治理的目标不是消灭拥塞，而是把拥塞控制在可预测、可承受的范围内。

EOS QoS 架构：从分类到调度的四层处理链

Arista EOS 的 QoS 处理链可以概括为“分类—标记—队列—调度”四个阶段。数据包进入交换机后，首先根据 ACL、DSCP、CoS 或端口信任状态进行分类；分类结果决定它进入哪个队列，以及是否被重新标记。EOS 支持每端口 8 个单播队列，队列 0～7 优先级递增，其中队列 7 通常保留给控制平面协议（如 LLDP、BGP、STP），确保网络控制流量在拥塞时仍能优先转发。

队列之后是调度与拥塞管理。EOS 提供严格优先级（Strict Priority）、加权轮询（WRR）、加权公平队列（WFQ）以及混合调度模式。严格优先级保证高优先级队列“有包即发”，但可能饿死低优先级队列；WRR 按权重分配带宽，适合多业务共享场景。拥塞避免方面，EOS 支持尾丢弃（Tail Drop）、WRED（加权随机早期检测）以及动态缓冲区管理。WRED 通过在队列未满时按概率随机丢弃低优先级包，提前通知 TCP 降速，避免全局同步。

工程化落地：从策略设计到闭环验证

把 QoS 从概念落到生产网络，需要一条可执行的路径。第一步是明确业务分级。以典型数据中心为例，控制面协议（BGP、LLDP、STP）必须最高优先级；存储流量（NVMe over RoCE、iSCSI）对时延敏感，应放入高优先级队列并启用 PFC 或 ECN；普通业务流量按权重共享剩余带宽；备份、日志等可容忍时延的流量放入最低队列。分级不是拍脑袋，而是基于业务 SLA 和流量矩阵。

第二步是配置信任边界。在接入端口上，通常将服务器发来的 DSCP 标记视为不可信，由交换机根据 ACL 重新标记；在上行端口上，信任来自其他交换机的 DSCP 标记。EOS 中可通过 qos trust dscp 或 qos trust cos 控制。若服务器不支持标记，则用 ACL 匹配源 IP 和端口号进行强制分类。

第三步是调度与缓冲调优。以 100G 端口为例，若队列 5 承载存储流量，可配置 priority level 1 启用严格优先级；队列 2～4 使用 WRR，权重按 4:2:1 分配。缓冲区方面，EOS 支持动态缓冲，但需关注 show queueing interface 中的队列深度和丢弃计数。若发现某队列持续丢弃，说明权重或缓冲不足，需要调整。

第四步是验证与迭代。部署后应通过 show interfaces counters queue 观察各队列的发送、丢弃和暂停帧计数；通过 show qos interface 确认映射关系生效。若存储流量时延仍高，可检查是否启用了 ECN，以及 WRED 阈值是否过于激进。QoS 治理不是一次配置，而是“监控—分析—调整”的闭环。

治理目标：可预测、可隔离、可观测

最终，数据中心 QoS 治理要达成三个目标。可预测：在拥塞发生时，关键业务的时延和丢包仍在 SLA 范围内；可隔离：某类流量的突发不会拖垮其他业务，队列和调度提供了隔离边界；可观测：通过队列计数、ECN 标记、PFC 暂停帧等指标，能够定位拥塞发生在哪一跳、哪个队列。Arista EOS 的 QoS 工具链（包括 show queueing、show qos、sFlow 和 Streaming Telemetry）为这三个目标提供了数据支撑。