3. 业务流量建模与需求预测
容量规划的核心问题不是“现在够不够”，而是“未来某个时间点还够不够”。要回答这个问题，必须先把业务流量变成可量化、可比较、可外推的数据对象。Juniper设备提供的遥测能力，恰好为这一过程提供了高频率、细粒度的原始素材。本节围绕“采集—基线—趋势—预测”四个环节，说明如何把遥测数据转化为可执行的容量需求结论。
一、从Juniper遥测中采集什么
Juniper的遥测体系主要有两类：一类是基于gNMI/gRPC的流式遥测（Streaming Telemetry），另一类是通过SNMP或CLI轮询获取的计数器。做容量规划时，优先使用流式遥测，因为它能提供秒级或分钟级的连续采样，避免轮询间隔过长导致峰值被平均掉。
需要采集的关键指标包括：接口入/出方向字节数（ifHCInOctets、ifHCOutOctets）、包速率（ifHCInUcastPkts等）、接口利用率、队列丢弃计数（egressQueueDrops）、以及MPLS/L3VPN隧道的流量统计。对于核心链路，建议采集周期设为10～30秒；对于汇聚和接入链路，60秒通常足够。采集时要注意区分单播、组播和广播流量，避免把广播风暴误判为业务增长。
一个常见的采集配置片段如下（以gNMI订阅为例，仅作示例参数）：
subscription: interface-counters
path: /interfaces/interface/state/counters
mode: SAMPLE
sample-interval: 30s
destination: collector.example.net:57400
采集完成后，数据应落入时序数据库（如Prometheus、InfluxDB），并保留至少13个月的原始数据。保留13个月是为了覆盖年度周期，避免把季节性波动误判为增长趋势。
二、建立流量基线：把“正常”定义清楚
基线不是一条直线，而是一个带上下界的区间。建立基线的常用方法是：取过去4～8周同一时段（例如工作日09:00—11:00）的流量样本，计算中位数和95分位值。中位数代表典型水平，95分位值代表高峰水平。基线区间可表示为[中位数×0.9, 95分位×1.1]，超出上界即视为异常。
以某园区核心链路为例（以下为教学示例数据，非实测）：工作日忙时入向流量中位数为4.2 Gbps，95分位为5.6 Gbps，则基线区间约为3.8～6.2 Gbps。若某天同一时段达到7.1 Gbps，就应触发排查：是业务真实增长，还是异常流量（如备份任务、扫描、环路）。
三、增长趋势分析：区分“波动”与“趋势”
有了基线，下一步是判断流量是否在持续增长。最简单的方法是按周聚合忙时95分位值，形成一条周序列，然后做线性回归。设第i周的忙时95分位为yi，回归得到斜率k（单位：Gbps/周），则周增长率可近似为k除以当前基线中位数。
但线性回归容易被突发增长带偏。更稳健的做法是同时观察三个信号：连续4周忙时95分位是否单调上升；月环比增长率是否稳定在某一区间；以及增长是否集中在特定业务或特定接口。如果增长只出现在一条链路上，而全网其他链路平稳，那更可能是该链路承载了新业务，而不是全网性增长。
下图展示了从遥测采集到容量需求预测的完整数据流与判断关系：
四、容量需求预测：从趋势到决策
预测公式可以写得很简单：预测流量 = 当前基线中位数 × (1 + 周增长率)n + 安全余量。其中n是预测周数，安全余量通常取基线中位数的15%～25%，用于吸收突发和预测误差。
继续用前面的示例：当前忙时中位数4.2 Gbps，周增长率1.2%，预测12周后为4.2×(1.012)12≈4.85 Gbps，加上20%安全余量约5.82 Gbps。若该链路容量为10 Gbps，则预测值占容量58%，尚未触发扩容；若容量为8 Gbps，则占73%，超过70%阈值，应启动扩容评估。
需要强调的是，预测结果必须与业务输入对齐。如果市场部门已知下季度将上线一个新视频业务，预计新增1.5 Gbps，那么应在预测值上叠加这一增量，而不是指望历史趋势自动包含它。遥测数据只能反映“已经发生的”，业务计划才能反映“将要发生的”。
五、实操中的几个关键判断
- 采样周期与峰值：30秒采样可能仍会平滑掉秒级突发。对时延敏感业务，建议对关键接口启用10秒采样，并单独观察1秒粒度的微突发计数。
- 方向不对称：入向和出向必须分开建模。很多故障是单方向拥塞，合并计算会掩盖问题。
- 基线漂移：业务上线、路由调整、设备替换都会导致基线整体抬升或下降。每次重大变更后，应重新采集4周数据重建基线，而不是继续用旧基线判断。
- 预测复核：每月用实际值回测上月预测，计算误差百分比。若连续两个月误差超过15%，说明增长率或安全余量需要调整。
把上述过程固化为月度例行工作：采集数据→更新基线→计算周增长率→输出12周预测→对照阈值判断是否扩容。这样，容量决策就不再依赖直觉，而是建立在可追溯的遥测数据和明确的判断规则之上。