2. 业务需求到网络容量的映射

容量规划最忌讳的起点是“先看交换机端口利用率”，正确的起点是业务SLA。业务SLA描述的是用户或上游系统能感知的服务质量，而网络容量描述的是基础设施能承载的流量与质量。两者之间隔着应用流量模型这一层翻译器。本节的任务，就是建立一条从SLA到带宽、时延、丢包率需求的推导链，并说明东西向与南北向流量的比例如何影响最终容量，最后给出容量需求文档的编写方法。

一、从SLA到网络指标的翻译

SLA通常以业务语言表述，例如“订单提交接口99%的请求在300ms内返回”“视频会议卡顿率低于1%”“每日报表在08:00前完成”。这些指标不能直接配置到网络设备上，必须先拆解为网络可度量的三类指标：带宽、时延、丢包率。

拆解的关键是区分“端到端预算”和“网络分摊预算”。以订单接口300ms为例，端到端时间包含客户端渲染、DNS解析、TLS握手、网络往返、应用处理、数据库访问等。假设应用与数据库处理合计约180ms，DNS与TLS约40ms，则留给网络的预算约80ms。若一次业务请求涉及3个网络往返（客户端到负载均衡、负载均衡到应用、应用到数据库），则单程网络时延预算约为80÷(3×2)≈13ms。这个13ms就是网络侧时延需求，而不是300ms。

丢包率的翻译更依赖协议行为。TCP对丢包敏感，1%的丢包在长肥管道上可能造成吞吐量下降一个数量级；而UDP流式业务对丢包表现为花屏或卡顿。因此，对TCP类请求-响应业务，通常要求核心链路丢包率低于0.01%；对实时音视频，可放宽到0.1%~1%，但需配合抖动缓冲。带宽需求则来自流量模型，下一节展开。

二、三类应用流量模型的带宽推导

请求-响应模型以事务为单位，典型如HTTP API、数据库查询。其带宽需求可用“平均请求大小×峰值QPS×放大系数”估算。例如某API平均请求与响应合计8KB，峰值QPS为5000，考虑TCP/IP头开销与重传余量取放大系数1.3，则带宽≈8KB×5000×1.3×8bit≈416Mbps。注意这里用的是峰值QPS而非日均，容量规划必须按忙时峰值设计。

流式模型以持续码率为特征，如视频会议、直播、VoD。其带宽需求是“并发流数×单流码率×协议开销”。例如1080p视频会议单流约2Mbps，某分公司同时有200路并发，则下行带宽≈200×2Mbps×1.2≈480Mbps。流式业务还需关注突发与抖动，通常要求网络时延抖动小于30ms。

批量模型以数据搬运为特征，如备份、大数据同步、镜像分发。其带宽需求是“数据量÷允许窗口”。例如夜间备份窗口4小时，需搬运12TB数据，则平均带宽≈12TB×8÷(4×3600s)≈6.7Gbps。批量业务对时延不敏感，但会长时间占用带宽，规划时应为其设置独立队列或限速，避免挤占交互业务。

三、东西向与南北向流量比例分析

传统数据中心以南北向为主，客户端请求经边界进入，访问应用与数据库。随着微服务、分布式存储和AI训练普及，东西向流量占比显著上升。比例分析的意义在于：南北向瓶颈通常在防火墙、负载均衡和边界路由器，而东西向瓶颈在Leaf上行链路和Spine交换容量。

估算比例的方法有三种。第一，按调用链统计：一次用户请求触发N次内部RPC，每次RPC的请求与响应大小可测，累计即东西向流量。第二，按网卡与交换机端口采样：在ToR上行口和边界口分别做NetFlow或sFlow采样，按字节数汇总。第三，按业务类型经验取值：Web类应用东西向约占50%~70%，大数据与AI集群可达80%~90%。示例中取7:3，意味着若总峰值带宽为10Gbps，则东西向约7Gbps，南北向约3Gbps，Leaf上行收敛比需按7Gbps设计而非3Gbps。

四、容量需求文档的编写方法

容量需求文档是规划、采购、验收的共同依据，核心是“可追溯”：每个带宽数字都能回溯到SLA和流量模型。建议包含以下字段，并以表格形式固化。

编写时注意三点。其一，所有假设必须显式写出，例如“放大系数1.3基于TCP重传与协议头开销经验值”，避免后续被误认为实测。其二，区分“当前需求”与“12个月增长需求”，通常按年增长30%~50%预留，但需业务确认。其三，为每个指标标注验证方式，例如带宽用压测验证、时延用探针验证、丢包用长稳测试验证，使文档从需求直接连到验收。

完成上述映射后，容量需求文档即可作为下一阶段网络架构设计与设备选型的输入。核心原则始终是：先有SLA，再有流量模型，最后才有带宽、时延和丢包率的具体数字。