在线直播带宽预估的核心不是拍脑袋买多少G，而是先用“峰值并发×单路码率×冗余系数”算出边缘带宽，再把推流、转码、回源分别拆开校准。 活动当天带宽爆掉，多数时候不是总带宽不够，而是峰值并发估低了、码率模板被拉高了，或者回源和转码没留余量。
为什么直播带宽总在活动当天爆？先认清三个变量
并发不是注册用户，峰值也不是平均值
很多团队习惯拿日活乘一个码率就下单,结果活动一开始就卡，直播带宽看的是同一时刻正在拉流的会话数，注册用户、在线用户、同时观看用户，是三个不同口径。
- 同时在线会话数：同一时刻正在拉流的连接数，按分钟取最大值。
- 峰值持续时长：决定弹性扩容窗口，不是看一天的平均值。
- 地域分布：决定CDN节点选择和跨区回源路径。
实操上,从业务播放日志里按分钟聚合，字段至少保留session_id、room_id、start_time、end_time、play_url，用一条SQL就能捞出峰值：
SELECT date_trunc('minute', ts) AS m,
count(DISTINCT session_id) AS cc
FROM play_log
GROUP BY m
ORDER BY cc DESC
LIMIT 10;
如果日志里没有会话去重,只统计请求数，峰值会被放大好几倍，先把口径统一，再谈带宽。
码率要按场景分档，别拿一个数套所有直播间
教育直播以PPT和小窗口为主,码率通常偏低；电商直播要看清商品细节，码率会高一截；秀场和活动直播画面变化快，码率也不低，常见参考范围是：720p约5-2.5Mbps，1080p约3-5Mbps，4K更高，音频码率另算，别漏。
边缘带宽要按实际播放档位加权,不是全按最高档算，播放器日志里一般有档位字段，统计各档位观看占比后套公式：
加权平均码率 = Σ（各档位观看占比 × 该档位码率）
冗余系数留多少，取决于业务容错
常规直播留两到三成冗余比较常见,大型活动、秒杀、抽奖类场景可以留到五成，冗余不是浪费，是给码率波动、重连风暴和CDN节点调度留缓冲。
在线直播带宽预估需要哪些参数？按这条路径一步步算
第一步：从历史日志里捞出真实峰值并发
别只看后台的“在线人数”，那个数往往包含心跳和重复连接，用播放会话表按分钟去重，再取活动日峰值，没有历史日志的新平台，可以用内测数据做三档假设：保守、基准、激进，分别算一遍。
第二步：用ffprobe和编码模板确认码率
别信后台配置页写的码率,直接看实际输出流：
ffprobe -v error -select_streams v:0 \ -show_entries stream=bit_rate,width,height \ -of default=nw=1 input.mp4
转码模板输出多档时,把每档的视频码率和音频码率都列出来，电商直播的1080p档位如果开到4Mbps以上，1万并发就是几十Gbps的下行压力。
第三步：套公式算边缘带宽、推流带宽和回源带宽
核心公式不复杂,难的是单位统一和口径分开：
- 边缘下行带宽 = 峰值并发观看数 × 加权平均码率 × 冗余系数
- 推流上行带宽 = 同时开播主播数 × 推流码率 × 冗余系数
- 回源带宽 = 边缘带宽 × 回源比例 × 冗余系数
- 转码带宽 = 需转码流数 × 各输出档位码率之和 × 冗余系数
假设峰值并发1万、加权码率2Mbps、冗余1.3，边缘下行约26Gbps，这还没算回源和转码，回源比例看CDN缓存命中率，热门直播间低，冷门长尾直播间高，不能一个数套全站。
第四步：用压测和监控校准
压测时用推流模拟器按目标码率推多路流,再用播放器集群模拟并发拉流，观察边缘节点带宽、回源带宽和卡顿率，线上监控可以用Prometheus查网卡出口速率：
sum(irate(node_network_transmit_bytes_total{device="eth0"}[1m])) 8
结果单位是bps,换算成Mbps再和预估值对齐，告警阈值可以设在预估峰值的七到八成，留出扩容反应时间。
万人同时在线直播需要多大带宽？拿三个场景做对比
教育直播和电商直播带宽用量有什么区别
- 教育直播：老师推流路数少，学生观看并发大，码率偏低，上行压力小，下行带宽是主战场。
- 电商直播：主播和助播多，商品细节要求高，1080p常见，连麦和回放会增加上行与转码开销。
- 秀场/活动直播：峰值陡、地域分散，冗余要留足，回源和跨区调度更敏感。
行业共识认为,直播带宽预算要按峰值而不是均值做容量规划，均值看着便宜，峰值一来就得临时高价扩容。
不同清晰度与并发规模下的带宽估算表
| 场景 | 典型单路码率 | 1万并发边缘带宽（含1.3冗余） | 5万并发 | 10万并发 |
|---|---|---|---|---|
| 标清教育 | 1-1.5Mbps | 约13-19.5Gbps | 约65-97.5Gbps | 约130-195Gbps |
| 高清电商 | 3-4Mbps | 约39-52Gbps | 约195-260Gbps | 约390-520Gbps |
| 超清活动 | 5Mbps以上 | 约65Gbps起 | 约325Gbps起 | 约650Gbps起 |
表里只是下行边缘带宽的粗算,推流、回源、转码还要另加，实际下单前，把播放档位分布代进去，别直接用最高档乘并发。
直播平台带宽成本怎么算？把带宽账单拆成四块
边缘分发、回源、转码与推流各自计价
- 边缘分发：常见按95峰值或流量计费，不同CDN服务商公开定价差异较大。
- 回源：最容易被漏掉，回源流量和回源带宽往往单独计费。
- 转码：按转码时长和输出档位计费，多档转码成本会叠加。
- 推流：上行带宽和推流节点也要算，主播集中开播时上行会先吃紧。
据工信部数据,近年来我国固定宽带和移动网络接入速率持续提升，但跨地域时延和上行带宽仍需单独核算，带宽账单不是一张单价表，而是四块成本叠出来的。
二线城市直播平台CDN带宽怎么选？节点覆盖与价格平衡
二线城市用户分散,选CDN不能只看单价，先看目标用户所在省份和运营商，优先选有本地节点的服务商；再用多CDN混合调度，把回源路径缩短，谈价格时把95峰值计费、回源流量和转码打包谈，别只盯着边缘单价。
业内专家指出,二线城市直播平台如果只追求低单价，容易在跨省回源和晚高峰上付出更高卡顿成本，容量预留按小时级做，活动前提前和CDN确认扩容时效。
提前预估之后，怎么做容量预留和弹性预案
活动日历、弹性扩容与告警阈值
- 把秒杀、抽奖、连麦PK标进活动日历，按活动级别设带宽水位。
- 弹性扩容按小时级预留,别等活动开始才提工单。
- 告警看四个指标：边缘带宽、回源带宽、卡顿率、推流失败率。
- 预案至少准备降码率、切备用CDN、限制非核心地区拉流三条。
常见坑：只算下行不算上行，只算平均不算峰值
只按日活乘码率,会忽略同时在线会话；只看边缘带宽，会漏掉回源和转码；只按最高档算，会把预算打高，把推流、边缘、回源、转码四张表并排放，预估才站得住。
带宽预估不是一次性数学题,而是把业务峰值、编码参数和计费口径对齐的持续动作，先把峰值并发和码率摸准，再谈买多少G，预算才不会在活动日失控。
在线直播带宽预估常见问题Q&A
预估结果和实际账单差很多，先查哪几个点？
先查码率模板是否被播放器自适应拉高,再查并发统计是否按会话去重，最后查回源和转码是否重复计费，把边缘日志和计费日志按同一时间窗口对齐，差异通常能定位到具体档位或地域。
新平台没有历史日志，怎么估初始带宽？
用保守、基准、激进三档假设各算一遍，拿邀请内测的并发曲线校准，初始阶段优先选弹性按量计费，别一次性锁定大带宽，内测时重点记录峰值持续时长和地域分布。
直播平台带宽预估要不要把主播推流算进去？
要,推流带宽按“同时开播主播数×推流码率×冗余系数”单独算，主播数少但码率高时，上行带宽往往比下行更早触顶。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/794783.html
