cdn回源带宽如何计算与规划，关键是别把 CDN 的总访问流量直接当成源站流量。只有边缘节点未命中、缓存过期后重新验证，或内容被主动刷新等请求，才会形成回源流量。估算时优先使用字节命中率，并以业务高峰而非全天平均值作为容量基准。
先选对计算口径
基础公式是：回源带宽（bit/s）≈峰值请求数（次/s）×单次回源响应平均大小（byte）×8。若已知 CDN 向用户交付的峰值带宽，也可估算：回源带宽≈CDN 峰值带宽×（1－字节命中率）。这两种算法都要确保统计时段、流量范围和单位一致。
请求命中率按请求数量计算，字节命中率按命中内容的传输字节计算。大量小图片可能拉高请求命中率，却未必代表大文件也命中；规划大流量源站时，字节命中率通常更有参考价值。若只有请求命中率，应按图片、下载文件、动态页面等内容类型分别估算，再汇总回源字节数。
按访问量测算：一个示例
假设某站点在高峰时段经 CDN 向用户提供 1 Gbit/s 流量，监测得到字节命中率约 85%。估算回源带宽为 1,000×（1－0.85）=150 Mbit/s。若为突发、数据误差和源站其他流量预留约 30%，容量至少应按约 195 Mbit/s 考虑。这里的 1 Gbit/s 与命中率仅是演算示例，实际值应来自自身日志和监控。
同一站点若发布新版本、清空缓存，或热点内容突然出现，短时间内命中率可能下降，回源带宽会高于日常水平。因此不能只用平稳时段的平均命中率下单；峰值带宽还要与源站网卡、负载均衡及上游线路的可用能力核对。
把估算变成容量规划
- 取样高峰：按 1 分钟或 5 分钟间隔收集至少覆盖业务高峰的 CDN 请求量、返回字节数、缓存状态和回源响应字节。同步记录源站网卡流量；Linux 环境可用 sar -n DEV 查看接口流量，具体能力取决于是否安装相应工具。
- 拆分内容：区分静态文件、动态响应、大文件和需要实时更新的内容。对各类分别计算峰值回源字节率，避免用一个整体命中率掩盖大文件未命中的影响。
- 校准结果：比较 CDN 日志的回源字节与源站网卡出流量。两者可能因统计口径、协议开销、重试或其他源站业务而不同，先解释差异再调整模型。
- 加入冗余并复核：在测算峰值上增加业务所需的余量，再按预计增长、活动流量和故障切换情形复算。余量没有通用固定值；波动大的业务通常需要比稳定业务更充足的缓冲。
容易漏算的场景
缓存预热会在短时间内主动拉取对象；过期重验证可能产生请求，即使最终无需重新传输完整内容；大文件分段请求也可能造成回源并发增加。对这些场景，应单独观察回源流量和并发，而非仅看日均带宽。若源站出口接近线路上限，可错开预热、检查缓存策略，或增加源站出口能力；若平时流量低但偶有尖峰，则要确认线路能否突发以及超限后的处理方式。
常见问题
命中率达到 90%，回源流量是否就是总流量的 10%？
只有使用同一统计范围内的字节命中率，才可近似这样计算。请求命中率不能直接替代字节命中率。
应该按平均带宽还是峰值带宽规划？
容量应覆盖有代表性的高峰，并结合持续时间和突发条件判断；日均值适合看趋势，不足以保证高峰期可用。
cdn回源带宽如何计算与规划才便于落地？
用高峰日志计算回源字节率，以源站网卡监测校验，再把缓存清理、预热和增长纳入复核，定期按实际命中表现更新容量。