我们晚上 8 点整开场的直播，7:52直播间预热峰值已经快到 18 万人。OBS 采集机推的是 1080p/60fps，设计好的优惠券会在 8:05 发放。我看着监控板上的 Dropped Frames (Network) 曲线突然抬头：从 0.1% 突然蹿到 8%——这意味着平台侧会出现卡顿、糊屏、甚至观众掉线。

我把对讲机调到专线频道：“执行切主链路方案，SRT 主、RTMP 备，ABR 三档启用，CDN 多源回源打开，按压测参数接入。”

十分钟后，掉帧回落到 0.3% 以下，观众弹幕里那句“怎么刚刚一卡一卡的？”被新的“这口红色号封神了”淹没。晚上 11:30 盘点，我们稳定跑完 3 小时峰值不掉帧。第二天，我把当晚的完整部署与优化笔记整理成这篇实操教程——无论你是第一次上 Windows Server 的新手，还是想把链路压到极致的老兵，都能照着走。

目标与场景

目标：在香港机房的 Windows Server 上，搭建一条 SRT 主链 + RTMP 备链 的推流接入，服务器侧进行 ABR 多码率转码与 HLS 打包，接入 多源回源的 CDN，在观众高峰期依旧维持 <0.5% 网络掉帧 与 <2.5 秒端到端延迟（低延 HLS 模式）。

适用场景：跨境回源（香港→内地）、活动峰值 5～30 万并发观看、OBS 推流端在演播室或移动背包，服务端采用 Windows Server 2019/2022。

总体架构（文字拓扑）

[摄像/导播] → [采集机 OBS/背包编码器]
   ├─ 主：SRT → srt://edge-hk:9000 (Windows Server)
   └─ 备：RTMP → rtmp://edge-hk/live/main

[Windows Server / HK]
   SRT Listener (FFmpeg) → ABR 转码 (H264 + AAC / NVENC 优先)
   → HLS/LL-HLS 切片到 NVMe RAID → Nginx 静态分发 (多源回源)

CDN (多源回源 + 健康检查)
   ↓
观众（移动端/小程序/网页播放器）

硬件与网络建议（我实际落地的参数）

如果你只想要“能跑”，照 基本档；如果你要“稳如狗”，按 进阶档 上。

带宽估算（经验公式）：上行带宽 ≥ Σ各码率 × 1.3；
例如 1080p 6Mbps + 720p 3Mbps + 480p 1.5Mbps ≈ 10.5Mbps → 预留 14Mbps 以上；
若做双机热备 + CDN 回源抓取，建议至少 100Mbps 保底，推荐 1Gbps 口。

Windows Server 基础准备

电源计划：高性能

powercfg /S 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c  # 高性能 GUID

系统更新：补丁至长期稳定小版本；显卡/网卡驱动用机房验证过的 WHQL 版本。

时钟同步：

w32tm /config /manualpeerlist:"time.cloudflare.com time.windows.com" /syncfromflags:manual /reliable:yes /update
net stop w32time && net start w32time
w32tm /resync /force

磁盘规划：

• D:\hls-cache 放切片与 playlist，NTFS，分配单独 NVMe，禁用索引。
• Windows Defender 对该目录设 排除，避免写入抖动。

服务管理：用 NSSM 将 FFmpeg 与 Nginx 注册为服务，崩溃自动拉起。

网络与内核参数调优（重点是稳定与低抖动）

全局 TCP/UDP 参数

# 查看
netsh interface tcp show global

# 常用设置（保守稳健）
netsh interface tcp set global autotuninglevel=normal
netsh interface tcp set global rss=enabled
netsh interface tcp set global timestamps=disabled
netsh interface tcp set global ecncapability=disabled
netsh interface tcp set global rsc=disabled

说明：跨境丢包用 SRT 做 ARQ 补偿；TCP 层面保持保守，避免过度花哨的 offload 影响可预期性。

网卡高级属性（以 Intel X710 为例）

• RSS/Receive Queues：开启，队列设高（如 8–16）。
• Interrupt Moderation：适中或关闭（看延迟指标，关闭更稳但占 CPU）。
• Jumbo Frame：保持缺省 1500（跨公网与 CDN 更兼容）。
• Offload：LSO/Checksum 保持开启；RSC 关闭。

PowerShell 批量示例：

Get-NetAdapter | Set-NetAdapterAdvancedProperty -DisplayName "RSS" -DisplayValue "Enabled"
Get-NetAdapter | Set-NetAdapterRss -BaseProcessorNumber 2 -MaxProcessors 8 -Enabled $true
Get-NetAdapter | Set-NetAdapterAdvancedProperty -DisplayName "Interrupt Moderation" -DisplayValue "Disabled"
Get-NetAdapter | Set-NetAdapterAdvancedProperty -DisplayName "Receive Buffers" -DisplayValue 4096
Get-NetAdapter | Set-NetAdapterAdvancedProperty -DisplayName "Transmit Buffers" -DisplayValue 2048

防火墙与端口

• 开放 SRT 监听端口（如 UDP/9000）、Nginx 端口（如 TCP/80）。
• 将 OBS 源站 IP 段与 CDN 回源段加入 防火墙白名单。

OBS 推流端：我在现场如何设置

只要观众峰值接近，上游千万别抖。我遵循“主链 SRT、备链 RTMP”的原则。

编码器：NVENC（优先）或 x264；Profile high；Keyframe 2 秒。

主链（SRT Caller）：

• URL：srt://edge-hk.example.com:9000?mode=caller&latency=120&transtype=live&linger=0&rcvbuf=2097152&peerlatency=120
• 备注：latency=120ms 足够跨境抗抖；不盲目追低。

备链（RTMP）：rtmp://edge-hk.example.com/live/main（仅备灾用）。

码率：主档 1080p 6–8 Mbps；若演播室灯光复杂或快速运动，8–10 Mbps 更稳。

音频：AAC 128–192 kbps，48 kHz，立体声。

服务器接入：用 FFmpeg 做 SRT Listener + ABR 转码 + HLS 打包

这套在 Windows 下最省心：不用编译 nginx-rtmp，只用 Nginx 做静态文件分发。

1）FFmpeg 监听 SRT、输出多码率 HLS（NVENC 版本）

:: 文件：C:\live\run-abr-nvenc.bat
set SRC="srt://0.0.0.0:9000?mode=listener&latency=120&rcvbuf=2097152&peerlatency=120&pkt_size=1316"
set OUT=D:\hls-cache\main

mkdir %OUT%\1080p
mkdir %OUT%\720p
mkdir %OUT%\480p

ffmpeg -loglevel info -stats -reordered_opaque 0 -y ^
  -i %SRC% ^
  -filter_complex "[0:v]split=3[v1][v2][v3]; ^
                   [v1]scale=w=1920:h=1080:flags=lanczos[v1o]; ^
                   [v2]scale=w=1280:h=720:flags=lanczos[v2o]; ^
                   [v3]scale=w=852:h=480:flags=lanczos[v3o]" ^
  -map [v1o] -map a:0 -c:v h264_nvenc -profile:v high -preset p5 -b:v 6M -maxrate 6.6M -bufsize 12M -g 120 -keyint_min 120 -c:a aac -b:a 160k ^
    -f hls -hls_time 2 -hls_list_size 6 -hls_flags delete_segments+temp_file -hls_segment_filename "%OUT%\1080p\seg%%05d.ts" "%OUT%\1080p\index.m3u8" ^
  -map [v2o] -map a:0 -c:v h264_nvenc -profile:v high -preset p5 -b:v 3M -maxrate 3.3M -bufsize 6M -g 120 -keyint_min 120 -c:a aac -b:a 128k ^
    -f hls -hls_time 2 -hls_list_size 6 -hls_flags delete_segments+temp_file -hls_segment_filename "%OUT%\720p\seg%%05d.ts" "%OUT%\720p\index.m3u8" ^
  -map [v3o] -map a:0 -c:v h264_nvenc -profile:v high -preset p5 -b:v 1.5M -maxrate 1.65M -bufsize 3M -g 120 -keyint_min 120 -c:a aac -b:a 96k ^
    -f hls -hls_time 2 -hls_list_size 6 -hls_flags delete_segments+temp_file -hls_segment_filename "%OUT%\480p\seg%%05d.ts" "%OUT%\480p\index.m3u8"

如果无 GPU，可换成 libx264 -preset veryfast，CPU 充足时用 fast。

2）生成主播放清单（Master Playlist）

创建 D:\hls-cache\main\master.m3u8：

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-STREAM-INF:BANDWIDTH=6600000,RESOLUTION=1920x1080,CODECS="avc1.640028,mp4a.40.2"
1080p/index.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=3300000,RESOLUTION=1280x720,CODECS="avc1.64001F,mp4a.40.2"
720p/index.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=1650000,RESOLUTION=852x480,CODECS="avc1.64001E,mp4a.40.2"
480p/index.m3u8

要低延迟（LL-HLS），可将 -hls_time 2 改为 1 或 0.5，并启用 #EXT-X-PART（需新 FFmpeg 与播放器支持）。

3）Nginx（Windows）做静态分发

# conf/nginx.conf（核心片段）
worker_processes  1;  # Windows 下单进程够用，避免锁竞争

http {
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout  65;

    types { include       mime.types; }
    default_type  application/octet-stream;

    server {
        listen       80;
        server_name  _;

        location /hls/ {
            add_header Cache-Control no-cache;
            add_header Access-Control-Allow-Origin *;
            alias D:/hls-cache/;   # 注意 Windows 路径分隔符
            types {
                application/vnd.apple.mpegurl m3u8;
                video/mp2t ts;
            }
        }
        location = /healthz { return 200 "ok"; }
    }
}

通过 http://edge-hk/hls/main/master.m3u8 回源给 CDN，多源配置时再加一台备机。

CDN 多源回源与健康检查

• 多源：配置 originA = edge-hk-1，originB = edge-hk-2，权重 50/50 或主备优先级。
• 健康检查：每 5 秒探测 /healthz；失败 2 次摘除，成功 2 次恢复。
• 缓存策略：*.m3u8 缓存 1–2 秒（或不缓存），*.ts 缓存 5–30 秒；
• 跨境链路：优先走高质量专线或运营商直连，回国流量高峰时段观察丢包曲线，必要时上调 SRT latency 到 160–200ms。

监控与告警（我常用的一套）

系统：Telegraf + InfluxDB + Grafana（或 Windows Exporter + Prometheus）。

关键指标：

• FFmpeg: fps、dup/drop、xrun、enc_latency、mux_queue
• 盘 IO: Avg. Disk Queue Length < 1、写延迟 < 5ms
• 网卡: 丢包、重传、队列长度、RSS 命中率
• Nginx: 请求速率、5xx、静态文件 95/99 延迟

告警门槛：

• HLS 目录分片滞后 > 6 秒：⚠️
• FFmpeg 输出 fps < 59.5（对于 60fps）：⚠️
• 网卡收包丢失率 > 0.5%：⚠️ 触发 SRT latency 提升与链路切换

Telegraf 片段示例：

[[inputs.win_perf_counters]]
  [[inputs.win_perf_counters.object]]
    ObjectName = "Network Interface"
    Instances = ["*"]
    Counters = ["Bytes Total/sec","Packets Outbound Errors","Packets Received Errors"]
    Measurement = "win_net"

[[inputs.procstat]]
  exe = "ffmpeg"
  pid_finder = "exe"

验收与压测（上直播前一定做）

• 上行稳定性：OBS 推 testsrc 10 分钟；观测 SRT 丢包与重传。
• 磁盘写入：压测 ABR 3 档 HLS 切片，确保 D: 盘写延迟 < 5ms。
• CDN 回源：播放器直连 CDN 链路，观测 95/99 延迟与卡顿率。
• 双机故障切换：手动停掉主机 FFmpeg 服务，确认 CDN 在 2～4 秒内回源到备机。

我的一次真实对比（节选）

故障现场与解决过程（8 点那次）

症状：OBS 显示 Dropped Frames（Network）飙升，观众端卡顿明显；服务器侧 RTMP ingest 连接波动；跨境链路丢包曲线在 8:00–8:15 上扬。

定位：

mtr 与 psping 观测跨境回国方向丢包 1–3%。

服务器网卡队列利用率正常，CPU 60–70%，磁盘写入延迟偶发 10ms。

CDN 单源回源导致主机短抖即全站抖动。

处置：

切换 SRT 主链（latency 120ms → 160ms），启用 ARQ 补偿。

启动 ABR 三档，观众端可自动降档避险。

开启 CDN 多源回源，并将健康检查窗口收紧（2 次失败摘除）。

Windows Defender 对 D:\hls-cache 做排除，稳定切片写入。

结果：10 分钟内掉帧回落到 0.3% 以下，后续 3 小时稳定。

常见坑与规避

• 盲目追求低延迟：SRT latency 低于 80ms 在跨境基本没意义，抖动放大；120–200ms 更稳。
• 把 nginx-rtmp 当万金油：Windows 下编译成本高、更新慢；用 FFmpeg + Nginx 静态更干净。
• HLS 目录被杀软/Defender 扫描：导致写入卡顿，务必做排除。
• 网卡中断合并过激：延迟“看起来低”，但短抖动严重；实测后再定夺，宁稳不盲低。
• Keyframe 不对齐：ABR 必须 同一 GOP 长度（如 2 秒），否则切档花屏。
• CDN 只配一个源：一旦主机抖动，全站抖，多源+健康检查是底线。
• 磁盘太慢：SATA SSD 在高并发删除小文件时波动大，NVMe 是真解。
• 播放器不支持 LL-HLS：别强上，优先稳播，其次再谈低延。

运维 Runbook（上线/回滚一页纸）

上线

• run-abr-nvenc.bat 启动为 NSSM 服务：nssm install live-abr C:\live\run-abr-nvenc.bat
• 启动 Nginx 服务：nssm install nginx C:\nginx\nginx.exe
• 打开防火墙：UDP/9000、TCP/80
• 播放器验证：/hls/main/master.m3u8

健康检查

• http://edge-hk/healthz 返回 ok
• D:\hls-cache\main\1080p 最近分片时间 < 6s

回滚

• SRT 异常 → 降级 RTMP：ffmpeg -i rtmp://...（临时）
• ABR 超载 → 暂停 1080p 档，仅留 720p/480p

成本与容量规划（经验值）

附录：无 GPU 的 x264 版本脚本

:: 文件：C:\live\run-abr-x264.bat
set SRC="srt://0.0.0.0:9000?mode=listener&latency=160&rcvbuf=2097152&pkt_size=1316"
set OUT=D:\hls-cache\main

mkdir %OUT%\1080p & mkdir %OUT%\720p & mkdir %OUT%\480p

ffmpeg -loglevel info -stats -y -i %SRC% ^
  -filter_complex "[0:v]split=3[v1][v2][v3]; [v1]scale=1920:1080[v1o]; [v2]scale=1280:720[v2o]; [v3]scale=852:480[v3o]" ^
  -map [v1o] -map a:0 -c:v libx264 -preset veryfast -profile:v high -b:v 6M -maxrate 6.6M -bufsize 12M -g 120 -c:a aac -b:a 160k -f hls -hls_time 2 -hls_list_size 6 -hls_flags delete_segments+temp_file -hls_segment_filename "%OUT%\1080p\seg%%05d.ts" "%OUT%\1080p\index.m3u8" ^
  -map [v2o] -map a:0 -c:v libx264 -preset veryfast -profile:v high -b:v 3M -maxrate 3.3M -bufsize 6M -g 120 -c:a aac -b:a 128k -f hls -hls_time 2 -hls_list_size 6 -hls_flags delete_segments+temp_file -hls_segment_filename "%OUT%\720p\seg%%05d.ts" "%OUT%\720p\index.m3u8" ^
  -map [v3o] -map a:0 -c:v libx264 -preset veryfast -profile:v high -b:v 1.5M -maxrate 1.65M -bufsize 3M -g 120 -c:a aac -b:a 96k -f hls -hls_time 2 -hls_list_size 6 -hls_flags delete_segments+temp_file -hls_segment_filename "%OUT%\480p\seg%%05d.ts" "%OUT%\480p\index.m3u8"

当状态灯再次稳定成一条线

复盘那晚的“秒杀夜”，我把 8:00–8:10 的日志截成了图，贴在工位上。那一段骤升的红线，让我一直记得：直播不怕低延迟，最怕不稳定。

后来我们每次大型直播都按这套标准上线——SRT 主链、ABR 三档、NVMe 切片、CDN 多源、指标闭环。观众不会记得你的网卡队列、你的 GOP 长度和 NTP 源；他们只会记得“这场直播不卡，优惠领到了”。

如果你也在香港的机房里和我一样，听着风声、看着状态灯，愿这些记录能让你少踩几个坑。下次 8 点整，我们一起把掉帧线按在 0.5% 以下。