游戏直播服务器带宽怎么选？码率、并发与回源计算

游戏直播需要多大服务器带宽，先问三个问题：主播到哪里推流、源站是否转码、观众是否从 CDN 观看。如果源站直接给每位观众发视频，出口需求几乎随并发线性增长；用了 CDN 后，源站主要承担上传或回源流量，观众数量不能再简单乘到源站出口。

用一个 6Mbps 例子拆清楚

业务环节	简化计算	说明
1 路主播推流	6Mbps × 1.25 = 7.5Mbps	假设预留 25% 波动与开销
100 人源站直连	100 × 6Mbps = 600Mbps	仅视频负载，未计协议与峰值
100 人 CDN 播放	观众侧仍约 600Mbps	由 CDN 节点向观众分发；源站回源另算
每天 2 小时，30 天，源站直连 100 人	600Mbps × 3600 × 2 × 30 ÷ 8 ÷ 10^6 ≈ 16.2TB	十进制 TB 的示例估算

表格只用于说明方法，并非现场测试；音频、HLS 分段请求、平均观看码率、缓存命中、转码档位、观看时间分布都会改变实际账单。对 CDN 回源量，应从厂商账单或日志采集真实数据，不要直接套用全站观众流量。

码率不是画质的单一答案

分辨率、帧率、编码器与运动场景共同影响码率。AWS IVS 文档给出了不同清晰度的推荐范围，并强调网络需要预留波动空间。高运动量游戏场景往往比静态讲解更容易暴露压缩瑕疵，建议在目标终端做逐档观看测试。

先选架构，再选网口

• 小型私有直播：主播少、观众少，可从单一推流入口起步；确认 OBS/FFmpeg 与服务端协议兼容。
• 公开活动或观众可能突增：优先将播放分发交给 CDN，减少源站单点出口压力。
• 多路转码：预算 CPU/GPU 编码吞吐与额外清晰度，而不是只给 VPS 加带宽。
• 低延迟互动：WebRTC 等技术还要考虑信令、NAT、抖动与端到端延迟，不能只拿 HLS 方案的吞吐估算代替。

上线验收与成本核算

在有权限的预发布环境使用真实样片和授权测试用户验证：推流中断恢复、转码负载、峰值在线、CDN 回源率、播放器重缓冲比例、首帧等待时间和出口计费。可预留按小时的带宽监控，并设置流量告警以避免按量账单突增。

网络抖动、丢包或观看卡顿时，应先区分主播上传侧、源站转码侧、CDN 回源与用户最后一公里。想进一步判断游戏主机资源瓶颈，参见 游戏服务器 CPU 与网络优化指南。