直播推流服务器的上行带宽，核心算法是：并发观看人数 × 单路平均码率 × 协议冗余系数，再叠加转推、录制等额外上行流量。 这个结果决定服务器能同时分发给多少观众，算少了，观众端频繁缓冲；算多了，每月账单白白浪费。
先分清：主播上行、服务器上行与下行不是一回事
推流链路中的带宽方向
直播推流链路里,带宽方向经常被搞混。
- 主播上行：主播把画面推到服务器，占用主播本地上行带宽。
- 服务器下行：服务器接收主播推流，对应云服务器的入带宽。
- 服务器上行：服务器把流分发给观众，对应云服务器的出带宽。
- 观众下行：观众从服务器拉流，占用观众本地下行带宽。
问“直播推流服务器的上行带宽怎么算才够用”，真正要算的是服务器出带宽，也就是服务器能同时向多少观众发送视频流。
为什么算错方向会导致卡顿
如果只按主播推流码率买带宽,比如主播推流 6Mbps，就买 10Mbps 服务器带宽，那么只能服务一两个观众。
当 100 个观众同时拉流时，服务器上行带宽需求会迅速放大。
业内专家指出，RTMP 协议在 TCP 重传和协议头开销下，实际占用带宽通常比裸码率高出一到三成。
直播推流上行带宽计算公式：三步算出基础值
第一步：确定单路视频码率
单路码率是计算的起点。
- 720p 直播：常见 2Mbps 到 3Mbps。
- 1080p 直播：常见 4Mbps 到 6Mbps。
- 4K 直播：常见 15Mbps 到 25Mbps。
- 游戏直播：高帧率场景可能到 8Mbps 以上。
查看实际码率,可以用 ffprobe 命令：
ffprobe -v error -show_entries format=bit_rate -of default=noprint_wrappers=1:nokey=1 rtmp://your-server/live/stream输出单位是 bps，除以 1000000 Mbps。
第二步：统计并发观看人数与清晰度分布
并发观看人数不是总注册用户,也不是累计观看人次。
它指同一时刻正在拉流的人数。
如果提供多清晰度，需要算平均码率。
例如观众分布为：
- 40% 看原画 4Mbps
- 40% 看高清 2Mbps
- 20% 看标清 1Mbps
平均码率 = 0.4×4 + 0.4×2 + 0.2×1 = 2.6Mbps。
这里的比例要根据自己业务历史数据估算，不要拍脑袋。
第三步：乘以冗余系数并叠加额外流量
行业共识认为,服务器上行带宽冗余系数取 1.3 到 1.5 比较稳妥。
不同协议开销不同：
- RTMP：冗余系数 1.1 到 1.3。
- HLS：冗余系数 1.3 到 1.5。
- HTTP-FLV：冗余系数 1.1 到 1.3。
- WebRTC：冗余系数 1.1 到 1.2。
额外上行流量包括：
- 转推到其他平台,比如同时推抖音、视频号。
- 录制回传,比如存到对象存储。
- 截图、鉴黄、AI 分析等旁路流。
- 多主播连麦时的混流输出。
完整公式：
服务器上行带宽 = 并发观看人数 × 平均码率 × 冗余系数 + 转推码率 × 转推路数 + 录制码率 + 其他上行流量。
100人观看直播需要多大上行带宽？场景化估算
电商直播推流带宽怎么计算？单主播与多清晰度
电商直播通常单主播推流,码率 2Mbps 到 4Mbps。
假设 100 人同时观看，平均码率 2.5Mbps，冗余系数 1.3。
计算：100 × 2.5 × 1.3 = 325Mbps。
实际选购时，建议选 500Mbps 或 1Gbps 端口，留出峰值余量。
如果同时转推到两个平台，每个平台 2.5Mbps，额外增加 5Mbps，占比不大。
游戏直播场景：高码率加低延迟
游戏直播码率通常 6Mbps 到 8Mbps，低延迟要求高。
假设 100 人观看，平均码率 7Mbps，冗余系数 1.2。
计算：100 × 7 × 1.2 = 840Mbps。
这时千兆端口刚刚够用，但 CPU、内存、网卡中断也可能成为瓶颈。
如果推流端还开高帧率 60fps，码率会进一步上升。
连麦互动场景：多路推流叠加
6 人连麦，每人推流 1.5Mbps。
服务器下行要接收 6 路，合计 9Mbps 下行。
服务器混流后输出 1 路 3Mbps 给观众。
上行带宽按混流后的 3Mbps 计算，再乘以并发观众数。
如果服务器不做混流，而是把 6 路分别分发给观众，上行带宽 = 并发观众数 × 6 × 1.5Mbps，压力会大很多。
直播推流服务器带宽多少钱一个月？价格与线路选择
固定带宽与按流量计费对比
| 计费方式 | 适用场景 | 成本特点 |
|---|---|---|
| 固定带宽 | 并发稳定、长期直播 | 月费固定，超量不额外扣费，闲置会浪费 |
| 按流量计费 | 流量波动大、短期活动 | 用多少付多少，突发流量可能费用较高 |
| 峰值带宽计费 | 有规律峰值 | 按峰值计费，适合可预测场景 |
据云厂商公开报价,华东地区 100Mbps 独享 BGP 带宽月费通常在数千元级别，单线带宽价格更低。
如果预算有限，可以先买低带宽加 CDN，源站只承担回源压力。
华东地区直播推流服务器带宽选哪家？地域线路差异
华东地区包括上海、杭州、南京、苏州等节点。
- 观众集中在华东,选华东节点延迟更低。
- BGP 多线机房对电信、联通、移动用户都友好，但价格较高。
- 单线机房价格低,但跨网观众可能卡顿。
- 如果全国观众都有,建议用 CDN 分发，源站选华东 BGP 回源。
在云控制台调整带宽路径：进入 ECS 控制台，找到实例，网络与安全，弹性公网 IP，修改带宽值。
也可以使用负载均衡或 NAT 网关统一管理出带宽。
带宽升级与限速操作
临时限速保护服务器：
tc qdisc add dev eth0 root tbf rate 100mbit burst 32kbit latency 400ms查看网卡带宽：
ethtool eth0测试到目标节点的上行能力：
iperf3 -c 目标IP -p 5201 -t 10测速工具：
speedtest-cli --simple这些命令能帮你验证实际带宽是否达到购买值。
游戏直播推流服务器上行带宽和下行带宽区别：别买反了
下行带宽决定能接多少路推流
服务器下行是入带宽,负责接收主播推流。
单主播推流 6Mbps，下行至少 6Mbps。
10 个主播同时推流，下行需要 60Mbps 以上。
如果连麦房间多，下行压力会线性增长。
购买云服务器时，入带宽通常较大或免费，但仍要确认上限。
上行带宽决定能分发多少观众
服务器上行是出带宽,负责向观众发送视频流。
1000 人观看，每人 3Mbps，上行需要 3000Mbps，也就是 3Gbps。
这时单台服务器网卡可能只有 1Gbps，必须用多台边缘节点或 CDN。
上行带宽不够，观众端会频繁缓冲、降清晰度、甚至断流。
如何查看服务器实际带宽
iftop -i eth0 -P
nload eth0
vnstat -l -i eth0- iftop 按连接显示实时流量。
- nload 显示进出带宽曲线。
- vnstat 记录历史流量。
云监控里看“出带宽”和“入带宽”指标，出带宽对应上行。
实操：用命令验证带宽是否够用
测试推流码率
用 ffprobe 读取实际推流码率：
ffprobe -v error -show_entries format=bit_rate -of default=noprint_wrappers=1:nokey=1 rtmp://your-server/live/stream模拟并发拉流
用多个 ffplay 实例拉流：
for i in {1..10}; do ffplay -i http://your-server/live/stream.flv -nodisp -autoexit & done同时用 iftop 观察服务器出带宽增长。
10 个拉流就让上行跑满，说明并发能力不足。
监控上行带宽
iftop -i eth0 -P重点看“发送”方向的累计流量。
如果发送带宽持续接近购买上限，就需要扩容或接入 CDN。
Q&A
Q1：主播的上行带宽和服务器上行带宽是一回事吗？
不是,主播上行是主播到服务器，服务器接收时表现为下行，服务器上行是服务器到观众，决定能分发多少观众，计算服务器上行带宽时，要看观众侧并发数和码率，而不是只看主播推流码率。
Q2：用了 CDN，源站上行带宽怎么算？
CDN 边缘节点会从源站回源拉流，源站上行带宽等于回源并发数 × 码率 × 冗余系数，CDN 缓存命中率高，回源并发数远小于观众总数，但热门直播、低延迟直播回源比例较高，源站上行仍要留足余量。
Q3：100 人观看直播，推流服务器上行带宽选多少？
假设单路码率 3Mbps，冗余系数 1.3，100 人并发观看，则上行带宽 = 100 × 3 × 1.3 = 390Mbps，实际选购时，建议选 500Mbps 或 1Gbps 端口，以应对码率波动、协议开销和突发流量。