多平台同时开播推流中转：上行带宽要多大、卡顿怎么排查？
私服开新区、联机服办赛事，服主往往要同时把画面推到 B 站、抖音、YouTube、Twitch 几个平台。现实是：本地一条家宽上行被切成四路，码率一路掉到 2500kbps，观众端满屏「缓冲中」，而游戏服务器本身还跑在同一台机器上。问题通常不在编码器，而在上行带宽与推流路径的设计。先算清楚要多少上行、再决定用哪种中转方案，比事后调参有效得多。
三条路径横评：本地直推、自建中转、云转推
本地直推：OBS 同时输出多路推流。优点是零额外成本、延迟最低；缺点是上行按平台数线性叠加。以 1080p60、H.264 中等画质为例，单路稳定码率一般按 6~8Mbps 预留，推 4 个平台就需要 24~32Mbps 的持续上行，且家宽上行多为 30~50Mbps 标称、实际抖动大，晚高峰容易崩。仅适合 1~2 个平台、码率压到 4Mbps 以内的场景。
自建中转（推荐多数服主）：本地只推一路到中转服务器，由服务器用 nginx-rtmp、SRS、MediaMTX 等做转推或转码分发。本地上行只需 1 路（6~8Mbps），多平台压力转移到机房的大带宽上。代价是要选一台带宽够、线路稳的机器，并接受多一跳带来的 0.5~2 秒延迟增量。对赛事直播、开服活动这种「不能翻车」的场景，这是性价比最高的结构。
云转推 / 平台云导播：把推流交给云厂商的直播转推服务。优点是不用运维、弹性扩容；缺点是按流量或时长计费，长时间开播成本不可控，且部分平台对第三方转推有额外限制。适合偶发活动，不适合每天固定开播的服主。
判断标准很简单：每周开播超过 10 小时、平台数 ≥3，选自建中转；每月只办一两次活动，选云转推；单人小服只推一个平台，本地直推即可。
上行带宽怎么估：一个能直接套用的算法
按「单路码率 × 路数 × 1.3 冗余系数」估算。冗余用于吸收码率波动、重连与协议开销，这是行业里普遍采用的经验值。
- 1080p30 游戏画面：单路 4~6Mbps；1080p60 高动态画面：6~8Mbps；
- 同时推 3 个平台、1080p60：约 8×3×1.3 ≈ 31Mbps；
- 若中转机还要做转码（把 1080p 降到 720p 给弱网平台），CPU 开销另算，通常每路转码占用 1~2 个物理核心。
注意带宽是「上行」而非「独享标称」。机房给的 50M、100M 多为峰值带宽，实际可用要看线路类型：面向国内观众，CN2 GIA / 移动优化线路的晚高峰表现明显优于普通国际带宽；面向海外观众，BGP 国际线路更均衡。选机器时把「带宽是否独享、超流量是否限速、回程线路」写进对比清单，比只看核数和内存重要。
卡顿排查顺序：从观众端倒推到编码器
卡顿原因层级很多，按下面顺序排查，通常十分钟内能定位：
- 先看是「全部平台卡」还是「个别平台卡」。全部卡，问题在本地上行或中转机出口；个别卡，多半是该平台的 ingest 节点或码率上限问题。
- 本地测持续上行。用持续 10 分钟以上的上传测试，观察是否掉速、抖动是否超过 20%。瞬时测速好看不代表能扛住直播。
- 看中转机的出口与丢包。在服务器上对目标平台 ingest 域名做长 ping 与 mtr，重点看晚高峰 20:00~23:00 的丢包率，超过 1% 就会表现为观众端周期性缓冲。
- 看 OBS 的丢帧类型。编码丢帧说明 CPU/GPU 编码器过载，网络丢帧说明上行不足，两者处理方式完全不同。
- 最后才调编码参数。把关键帧间隔设为 2 秒、关闭非必要的 B 帧、码率控制改为 CBR，能显著降低平台侧兼容性问题。
常见坑：把游戏服务器和推流中转放在同一台机器上，CPU 抢占导致编码抖动；中转机只买了 10M 带宽却推 3 路 1080p；以及忽略平台对推流密钥的并发限制，多路复用同一密钥被判定异常。
地区怎么选与选购推荐
观众以国内为主，优先香港、台湾节点，延迟低、回程线路成熟；观众分散在欧美，德国法兰克福、美国硅谷更合适；东南亚联机服受众可考虑马来西亚节点。带宽量级上，3 平台 1080p60 建议 50M 起步，5 平台以上或含转码建议 100M 起。
结合本文场景，两款机型值得优先对比：预算有限、观众以华语区为主的中小服，香港大带宽服务器 XX（E5-2683v4*2 / 64G / 1T SSD / 50M 带宽，456 元/月）能覆盖 3 路 1080p60 的转推需求，香港节点对国内观众延迟友好；若面向东南亚联机服或需要更低成本的大带宽出口，台湾大带宽服务器 IV（同规格、50M 带宽，369 元/月）是更省的选择，适合把中转与轻量转码放在同一台机器上。两台都建议上线前用 mtr 实测目标平台 ingest 的晚高峰丢包，再决定最终落地区域。
决策建议：平台数 ≥3 且每周固定开播，直接上自建中转，本地只推一路；带宽按「单路码率×路数×1.3」估算后向上取一档，别卡着极限买；机器选型优先看带宽独享性与回程线路，其次才是 CPU 与内存。先小成本验证线路，再随观众规模扩容，比一次性堆高配更稳妥。