分发视频与下载内容，告别出口流量账单

分发容量规划从一道算术题开始。粗略估算，25 Gbps 端口除以 5 Mbps 的 1080p 码流，线速下可支撑 5,000 名并发观众。为了吸收突发流量，建议按约 80% 的持续利用率规划：1080p 约 4,000 名观众，15 Mbps 的 4K 约 1,300 名。

由于流量不限，端口可以全天候保持这一水平，不按 GB 收费。以 80% 利用率运行 30 天，一个 25 Gbps 端口约可传输 6.5 PB 数据，月费不变。

磁盘也必须跟得上端口。不经缓存直接输出 25 Gbps，需要约 3.1 GB/s 的读取速度，机械硬盘阵列在分散读取下无法持续维持。把热门内容和直播切片放在内存和 NVMe 上，长尾内容交给机械硬盘。

一台不够就加节点：Pro 64 和 Max 96 配备 2 × 25 Gbps 端口，Max 192 配备 2 × 100 Gbps 端口。

一套可以从单台服务器扩展到多台的架构：

• 接入：通过 SRT 或 RTMP 推流到 SRS、MediaMTX 或 OvenMediaEngine 等媒体服务器。
• 转码：用 FFmpeg 生成码率阶梯。x264、SVT-AV1 等软件编码器的性能随核心数扩展，因此先用你的预设实测一套码率阶梯的开销，再乘以所需的路数。GPU L40S 可将编码卸载到 NVENC，包括 AV1。
• 封装：输出 HLS 和 DASH，使用 CMAF 切片，一套文件即可同时提供两种格式。
• 源站与缓存：在切片存储前部署 NGINX 或 Varnish，热点切片放在内存中。
• 边缘：使用 CDN，或由其他机房的 FlexDedi 服务器从你的源站拉取内容。

规模扩大后，把各个环节拆分到同一机房的不同服务器上，通过免费私有 VLAN 互联，这样转码高峰就不会挤占分发资源。内网流量不计费，公网流量不限，CDN 或自建边缘节点的回源流量不会让账单多出一分钱。

Storage 264 配备 12 块 22 TB 硬盘，原始容量 264 TB，另有两块 1.92 TB NVMe 硬盘。阵列布局决定了可用空间和重建风险：

以上为扣除文件系统开销前的估算值。大容量硬盘重建耗时很长，对于难以重新生成的媒体库，双校验是更稳妥的默认选择。

两块 NVMe 用于安装操作系统和缓存热门内容；单台源站不够用时，在前面加一台大内存的 Pro 系列服务器。在别处保留第二份副本：源站不等于备份，而且服务器为非托管模式，备份需要你自己来做。在另一个机房（阿什本、洛杉矶、阿姆斯特丹或法兰克福）再部署一台 Storage 264，就是一个简单的备份目标。