视频与下载业务如何按并发用户估算峰值Mbps带宽并预留CDN回源余量

视频和下载业务的带宽需求，取决于同一时刻有多少用户正在接收数据，以及每个用户每秒接收多少数据。视频可以从“活跃播放并发 × 平均实际码率”起算，下载可以从“活跃下载并发 × 单连接目标下载速度”起算；两类业务重叠时，应叠加它们在同一时段的吞吐量，而不是把注册用户数、在线人数或文件大小直接换成Mbps。

接入CDN后，还要把用户侧分发带宽与源站回源带宽分开规划。源站通常不需要承担全部用户流量，但必须承受缓存未命中、热点内容首次填充、缓存失效和部分请求绕过缓存带来的回源峰值。合理的带宽规格，应由同时间窗的峰值负载、回源比例、增长预期和可接受利用率共同确定，再核对端口速率、计费口径与扩容周期。

一、负载画像：把“并发用户”转成正在传输的数据量

视频并发不是在线人数，码率也不等于固定网络吞吐

视频业务需要区分在线用户、正在播放用户和正在获取视频分片的连接。停留在页面但未播放的用户，不应按完整视频码率计入；暂停播放、已经完成缓冲的用户，也不一定持续占用同等带宽。

用于初步估算时，可以采用：

视频用户侧带宽 ≈ 活跃播放并发 × 每用户加权平均码率。

例如，峰值有1,000名用户同时播放，按清晰度分布计算出的平均码率为3Mbps，则视频内容的理论分发带宽约为：

1,000 × 3Mbps = 3,000Mbps。

这里的3Mbps应来自实际编码档位及其用户占比。例如，一半用户播放2Mbps档位，另一半播放4Mbps档位，加权平均才是3Mbps。如果只用最低清晰度估算，而高峰时高清用户占比上升，容量就会被低估。

还需要明确码率是否已包含音频，以及监控统计的是媒体有效载荷还是网络接口流量。封装、传输协议、重传和播放器预取都会影响实际吞吐，不能把媒体标称码率直接当作带宽上限。

点播通常会提前下载分片，短时间内的连接速度可能高于视频码率。直播虽更接近连续消费，也会出现分片周期性请求。因而，“并发 × 码率”适合估计持续负载，秒级或十秒级峰值还需通过分片请求、缓冲策略和实际曲线判断。

下载带宽由目标速度和活跃连接决定

下载业务不能只看文件大小。一个500MB文件，要求几十秒完成和允许几分钟完成，对瞬时带宽的要求不同。

常用的两种算法是：

• 已知单用户目标速度：下载带宽 = 活跃下载并发 × 单用户下载速度。
• 已知完成时间目标：单用户平均下载速度 = 文件大小 ÷ 目标完成时间。

下载工具一般以MB/s显示速度，带宽产品通常以Mbps标注。本文统一采用十进制口径：

若80名用户同时下载，每人希望达到2MB/s，则下载业务需要：

80 × 2MB/s × 8 = 1,280Mbps。

下载并发应按正在传输的任务统计。一个用户可能开启多个连接，但不能把“用户数 × 每用户连接数 × 每用户总速度”重复计算。多连接主要影响连接数、请求数和调度行为；如果2MB/s已经是该用户所有连接的合计速度，就只计一次。

对于没有限速的下载，单连接可能尽量占用可用带宽。此时不能用一个没有依据的“平均速度”承诺容量，应先确定单用户速度目标、总出口上限或公平调度方式，再反推可支撑的并发。

峰值叠加必须发生在同一个时间窗

视频高峰与下载高峰不一定重叠。如果两者分别发生在晚上和凌晨，直接相加各自全天最大值可能过度配置；如果软件更新发布恰逢视频晚高峰，只按其中较大的一个则会低估需求。

对于已有业务，应将视频、下载和其他流量放到同一时间轴上计算：

混合业务峰值 = 同一采样时间窗内，各业务吞吐之和的峰值。

对于尚未上线的业务，则按排期推演常态高峰、发布高峰和内容集中失效等场景。容量规划应说明覆盖哪些场景，不必为了极少发生且允许降级的情况，长期购买全量直出带宽。

二、资源变量：分别计算用户分发、源站回源和月流量

从用户侧峰值推算源站回源

沿用前面的示例：

这表示内容有效载荷的分发需求，并不是某台服务器的实测承载能力。

如果内容全部由源站直接发送，按示例预留10%的传输附加量，估算网络流量约为：

4,280 × 1.10 = 4,708Mbps。

10%只是本次推演参数，应根据统计层级、协议、重传情况和监控数据调整。如果输入本身就是网络接口实测Mbps，就不要再次添加相同开销。

接入CDN后，源站回源可按业务分别估算：

源站内容回源带宽 ≈ 各业务用户侧带宽 × 对应字节未命中率，再求和。

这里应使用字节命中率，而不是直接使用请求命中率。大量小文件命中、少数大文件未命中时，请求命中率可能很高，回源字节却仍然很大。

示例中，视频字节命中率为95%，下载字节命中率为80%，且暂不考虑额外重复拉取：

• 视频回源：3,000 × 5% = 150Mbps。
• 下载回源：1,280 × 20% = 256Mbps。
• 内容回源合计：150 + 256 = 406Mbps。
• 加入10%的传输附加量：406 × 1.10 = 446.6Mbps。
• 再加入接口、鉴权、未缓存资源等40Mbps：源站出口约486.6Mbps。

40Mbps同样是示例输入，实际应单独统计，并避免与前面的内容回源重复计入。CDN用户侧约4.7Gbps与源站出口约487Mbps，是不同链路的容量判断，不能互相替代。

该算法适合做基线估算。多节点重复填充、重试、缓存层级和请求合并会改变真实回源量，因此已有业务应优先使用源站出口与CDN回源监控校准模型，而不是长期只靠命中率推算。

月流量必须从累计数据量计算

峰值Mbps回答“高峰能否送得出去”，月流量回答“一个计费周期发送多少数据”。两者没有固定对应关系。

采用十进制单位时：

流量GB = 平均Mbps × 持续秒数 ÷ 8 ÷ 1,000。

反向换算：

平均Mbps = 流量GB × 8 × 1,000 ÷ 持续秒数。

以30天计算，共有2,592,000秒。持续1Mbps传输一个月，对应：

1 × 2,592,000 ÷ 8 ÷ 1,000 = 324GB。

但不能直接用高峰Mbps乘整个月，除非业务确实持续运行在该速率。

例如，一个月累计播放120,000小时，平均媒体码率3Mbps；下载完成300,000次，每次有效文件大小500MB：

312TB折算成30天平均吞吐为：

312,000 × 8 × 1,000 ÷ 2,592,000 ≈ 963Mbps。

月平均约963Mbps，与前面内容峰值4,280Mbps并不矛盾，说明业务存在明显高低峰。上述数据只计算有效内容，实际计费流量还要按服务商统计口径考虑传输开销、重试及其他请求。

若视频和下载的月度字节命中率仍分别为95%和80%，源站内容回源流量约为：

162TB × 5% + 150TB × 20% = 38.1TB。

其30天平均回源吞吐约为117.6Mbps，仍不能据此选择只有约120Mbps的源站出口。峰值期间约487Mbps的出口需求，需要独立满足。

月度成本应采用月度加权命中率，峰值容量应采用峰值时间窗内的命中率，不能用一个月的平均命中率掩盖发布时的回源冲击。

三、瓶颈判断：带宽数值相同，不代表交付能力相同

端口速率、购买带宽和可用吞吐是三件事

服务器拥有1Gbps网口，并不等于已经获得1Gbps可持续公网出口。网络能力取决于端口、服务商限速、共享链路、可用路径以及服务器处理能力。

如果要交付超过1Gbps的持续流量，1Gbps端口无法承载。相反，10Gbps端口上购买500Mbps出口，也不能按10Gbps对外分发。可突发带宽还需核对突发上限、持续时间及超限处理方式。

下载业务常涉及大文件读取，磁盘顺序吞吐不足会拖慢发送；视频分片较多时，小对象读取、请求处理和连接管理可能先成为瓶颈。TLS处理、校验、动态鉴权或实时转码也可能占用CPU。

因此，不能从“购买了1Gbps”直接推导“能承载多少用户”。带宽模型应与端到端负载验证结合，并保留应用处理余量。

计费方式要与流量形态匹配

95峰值并不是“最高峰永远不收费”。一般思路是将计费周期内的带宽样本排序，按约定剔除一定比例的最高样本，再确定计费值；具体采样方式和规则必须以合同为准。持续较长的高负载仍可能进入计费范围，而且计费规则不会提高端口的实际承载能力。

源站出口与CDN分发通常是两笔资源消耗。采购时应分别核对源站出入方向如何计费、CDN分发如何计费、预热或刷新是否带来费用，以及多地域业务是否存在不同价格口径。

对于缓存效果好的静态视频和文件，CDN有助于降低源站压力；大量不可缓存响应、不断变化的下载地址、频繁全量刷新，则可能削弱这一收益。选择依据应是实际回源比例和总成本，而不是仅看某一项带宽单价。

围绕视频与下载业务的源站建设，A5数据提供香港、美国、日本、新加坡等地区的物理服务器资源，可用于承载视频分片、文件下载及CDN回源服务。不同产品配备NVMe、SSD或大容量HDD，为热点内容读取与文件库留存提供存储基础；香港产品提供CN2与国际带宽选项，美国常规系列提供CN2 GIA线路方案，为不同用户分布和回源路径下的源站部署提供网络资源选择。

四、容量余量：预留增长空间，也要覆盖回源比例变化

用目标利用率表达余量

“额外加30%”与“保持30%空闲容量”并不相同。前者购买容量是需求的1.3倍，后者则需要除以70%。

更清晰的计算方式是：

目标带宽 = 规划期峰值需求 ÷ 目标最高利用率。

继续使用源站出口486.6Mbps的示例。若预计在下一次扩容完成前，同等业务结构下的峰值需求增长30%，并希望正常高峰不超过可用带宽的70%，则：

486.6 × 1.30 ÷ 0.70 ≈ 903.7Mbps。

在这些条件成立时，可以从约1Gbps的可交付出口档位开始评估。但这只覆盖了原有缓存效果下的增长，不意味着1Gbps能够承受任意缓存异常。

70%是本例的规划目标，不是所有业务通用标准。高峰陡峭、扩容慢或用户体验敏感时，应保留更多空间；负载平稳、可快速扩容且允许下载限速时，可以根据验证结果调整。协议附加量、增长量和利用率余量分别解决不同问题，应避免重复叠加。

CDN余量应由“命中率下降多少”推导

CDN回源风险往往不是用户数增长，而是回源比例上升。热门内容更新后，即使播放人数不变，源站压力也可能明显增加。

将示例中的视频字节命中率从95%降到90%，下载从80%降到70%，则：

• 视频内容回源：3,000 × 10% = 300Mbps。
• 下载内容回源：1,280 × 30% = 384Mbps。
• 内容回源合计：684Mbps。
• 加入10%传输附加量和40Mbps其他出口：684 × 1.10 + 40 = 792.4Mbps。
• 再考虑30%增长、70%目标利用率：792.4 × 1.30 ÷ 0.70 ≈ 1,471.6Mbps。

这意味着，约1Gbps方案能够覆盖前一种基线，但不能按同样余量覆盖后一种回源场景。若后一种情况属于必须持续服务的正常发布负载，应评估不低于约1.5Gbps的可交付容量，并核对可用档位及端口能力；若采用2Gbps出口档位，端口也必须支持对应速率。

命中率变化还应结合持续时间。几秒钟的突发、持续十分钟的冷缓存和数小时的大版本分发，对容量与计费的影响不同。规划中至少应区分正常热缓存、发布后冷缓存和部分CDN服务异常三类场景。

不必默认源站承接全部CDN用户流量

若将约4.7Gbps的用户侧网络流量全部切回源站，前面的1Gbps或1.5Gbps规划显然不够。是否建设全量直出能力，需要结合业务连续性要求和成本决定，不能把它隐藏在普通的“回源余量”里。

如果业务不能接受CDN异常时明显降速，就需要另行设计足够容量的备用分发或多源站方案。若允许受控降级，则可以采用下载总速率限制、暂停低优先级分发、降低可选视频码率等措施，避免无限制回源拖垮正常请求。

缓存预热、分批发布、合理有效期和请求合并可以减少集中回源，但实施效果受CDN机制影响，需要验证。给资源URL附加频繁变化且参与缓存键的参数，也可能把原本可复用的缓存拆成大量对象，造成非预期回源。

CDN余量的合理目标，是覆盖约定场景中的回源需求，而不是没有边界地为所有缓存同时失效预留容量。

五、扩容触发点：用监控窗口、增长预测和交付验收确定

用多个时间窗口观察不同问题

只有月流量报表，无法判断秒级堵塞；只看一次瞬时尖峰，也难以决定长期带宽规格。建议按业务特点同时保留短周期和长周期指标：

• 秒级或十秒级：观察视频分片集中请求、发布突发和短时限速。
• 分钟级：观察持续拥塞、源站出口利用率及缓存填充过程。
• 小时级、日级：观察高峰位置、活动影响和增长趋势。
• 月度累计：用于流量预算、计费复核和预测偏差校正。

视频还应看起播耗时、缓冲率和有效播放并发；下载应看目标区域的完成时间、用户速度分布及中断重试；CDN回源应看字节命中率、回源带宽、失败率和源站响应时间。

平均下载速度正常，不代表慢速用户比例正常；带宽没有满，也不代表业务没有瓶颈。当CPU、磁盘或连接处理能力先耗尽时，单纯增加Mbps可能没有效果。

根据扩容提前期设置阈值

扩容阈值不宜只设成一个固定的“达到80%就升级”。需要同时考虑可交付带宽、目标利用率、增长速度和扩容所需时间。

仍以1,000Mbps可用出口、70%目标利用率为例，规划关注线就是持续负载接近700Mbps。如果完成扩容需要一定时间，预计期间需求还会增长，触发点应提前。

可用一个条件表达：

预计扩容完成时的峰值需求 ÷ 目标利用率 > 当前可用带宽，就应启动扩容评估。

示例中，当前同口径峰值已达650Mbps，预计扩容完成前增长15%，则所需容量为：

650 × 1.15 ÷ 0.70 ≈ 1,068Mbps。

虽然当前只使用65%的出口，预测结果已经超过现有容量，应提前行动，而不是等链路接近满载。

告警还应设置持续条件。例如，将“连续多个分钟级窗口超过规划关注线”作为调查信号，并结合用户体验判断是否升级。接近限速、丢包或重传显著增加、视频缓冲恶化、下载完成时间超标，则属于更紧迫的处置信号。这些指标用于确认问题，不应成为唯一的扩容触发条件。

交付验收要分别覆盖直出与回源

向A5IDC或其他服务商确认带宽方案时，应携带明确的容量口径：预计持续峰值、短时突发、月流量、目标用户区域、CDN回源区域、计费方式和扩容时限。不要只询问“这台服务器能带多少人”。

验收建议分三项进行：

1. 出口能力：在约定条件下验证持续吞吐、端口限制和目标路径表现，避免只看网卡标称速率。
2. 业务能力：采用接近真实文件大小、码率和并发变化的授权测试，检查视频体验、下载速度及服务器资源余量。
3. 回源能力：验证冷缓存、发布和命中率下降场景，观察回源峰值、持续时间、源站错误率与限速行为。

测试应使用自有或获授权资源，并控制测试流量，避免影响生产用户或制造不必要的费用。多台源站还要检查负载分配，不能假定总流量一定均匀分摊。

最终应形成一份可持续更新的容量记录：用户侧峰值、源站回源峰值、各业务字节命中率、月累计流量、目标利用率和扩容提前期。每次活动、内容发布或业务增长后，用实际数据修正这些输入。这样确定的带宽规格，既能解释为什么当前容量够用，也能明确下一次扩容应在什么条件下启动。