使用场景 · VPS 云服务器
视频转码用什么服务器
推荐 远航 8（YH-8），洛杉矶节点，月付 $46。下面是需求拆解、可选机房，以及这个场景最容易多花的钱。
推荐配置
YH-8
月付
$46/月
首选机房
洛杉矶 145 ms
月流量
16 TB
直接回答
视频转码用什么服务器？
如果用 CPU 转码，核心数直接决定吞吐：远航 8（YH-8，8 核 / 16 GB / 320 GB NVMe / 16 TB 月流量）月付 46 美元是批量转码的合理起点，节点选洛杉矶或法兰克福。如果转码是长期跑满的常驻负载，独立服务器磐石 32（DJ-32，8 核 / 32 GB / 960 GB NVMe，月付 89 美元）更合适——独占物理机没有邻居争抢，也不涉及共享实例的资源使用限制。排期时按最慢的编码器算：x265 与 AV1 的实时倍率远低于 x264，同一段素材的耗时可能差好几倍。
常见搜法：ffmpeg 转码 服务器 cpu 配置 推荐
需求拆解
这个场景实际需要多少资源
| 项目 | 要求与理由 |
|---|---|
| CPU | 8 核起；这是唯一线性影响转码速度的参数 |
| 内存 | 16 GB；4K 素材与多路并行任务时内存占用上升很快 |
| 磁盘 | 320 GB NVMe；源文件 + 中间文件 + 成品同时在盘上 |
| 月流量 | 16 TB；成品分发建议走 CDN，源站只承担回源 |
| 编码器 | x264 最快、x265 约慢数倍、AV1 更慢，按最慢的那个排期 |
选型理由
为什么是 远航 8 配洛杉矶
- 软件编码是可完美并行的负载，核心数与吞吐几乎成正比，这是少数“加核心真的有用”的场景。
- 320 GB NVMe 容纳源文件与输出文件同时存在的中间状态，转码任务的磁盘占用是成品的两三倍。
- 16 TB 月流量支撑素材的上传与成品的分发，视频业务的流量消耗远高于普通站点。
- 法兰克福的带宽单价最低，成品分发量大时总成本明显更优；洛杉矶则兼顾大陆访问。
- 长期 100% 占用 CPU 的任务更适合独立服务器；共享实例上的持续满载策略请下单前确认。
可选机房
这个场景推荐的 3 个机房
| 机房 | 电信 | 联通 | 移动 | 最低延迟 | |
|---|---|---|---|---|---|
| 东京 NRT | CN2 GIA 精品线路 | AS9929 精品线路 | CMI 优化线路 | 62 ms | 选购 → |
| 洛杉矶 LAX 首选 | CN2 GIA 精品线路 | AS9929 精品线路 | CMI 优化线路 | 145 ms | 选购 → |
| 法兰克福 FRA | 163 骨干 普通线路 | AS4837 普通线路 | CMI 普通线路 | 255 ms | 选购 → |
以上机房均可直接下单 远航 8（YH-8）。延迟为中位往返值， 请在 Looking Glass 从你自己的网络实测。
配置误区
这个场景最常见的几种买错
- 在 VPS 上期待 GPU 加速：VPS 与独立服务器没有显卡，NVENC / QSV 这类硬件编码用不了。需要硬件编码请改用 GPU 显卡服务器（/gpu），那是另一条产品线。
- 按成品体积估算磁盘：转码过程中的中间文件往往比成品大得多。
- 在跑着网站的机器上开转码任务：CPU 被占满时网站响应时间会翻好几倍。
- 用 1 Gbps 端口分发大量成品视频：端口不是瓶颈，月流量额度才是，先算清楚再上量。
- 为一次性任务买年付：转码是典型的突发需求，月付 + 用完即停更划算。
本页的边界
这页不保证什么
- 本页的配置是同类负载的经验值，不是性能承诺。够不够用取决于你的程序、数据量与并发，建议在 7 天退款窗口内用真实负载压一遍。
- 页面上的延迟是中位往返值，晚高峰（北京时间 20:00–24:00）普遍上浮 20–40 ms，这是国际出口的共性，不是单一机房的问题。
- 本页的选型基于 VPS 与独立服务器，它们不带显卡：依赖 CUDA、NVENC 或 QSV 的方案跑不了。需要显卡请看 GPU 显卡服务器（/gpu），按小时计费，RTX 4090 至 H100。
- 洛杉矶节点的已知限制：距离欧洲用户较远，若主要访客在欧洲请选择法兰克福或阿姆斯特丹。
相关教程
部署时会用到
用 netdata 做实时监控，并把流量用量看住
netdata 装完即用，秒级采集 CPU、内存、磁盘与网络指标。默认监听 19999 端口，务必改成只绑定 127.0.0.1 并通过 SSH 端口转发访问，否则等于把主机的全部运行细节公开在互联网上。再配一个 vnstat 按月统计流量，就能在超出套餐流量额度之前发现问题。
进阶 · 约 20 分钟
给新机器跑分：磁盘、CPU 与网络基准测试
新机器到手先做三项测量：fio 测磁盘随机读写、sysbench 测 CPU、iperf3 或大文件下载测网络带宽。测试时留意 top 里的 %st（steal time）—— 它反映宿主机是否超售，比任何单项跑分更能说明这台机器长期是否稳定。
入门 · 约 20 分钟
安装 Docker 与 Compose，并写第一份 compose.yaml
Docker 的官方仓库安装法适用于 Debian 与 Ubuntu：写入官方 GPG 密钥与 apt 源，再安装 docker-ce 与 docker-compose-plugin，之后用 docker compose（中间是空格，不是连字符）管理服务。端口映射务必写成 127.0.0.1:8080:80 —— 直接写 8080:80 时 Docker 会绕过 ufw，把端口暴露到公网。
入门 · 约 20 分钟
用 restic 做自动异地备份（顺便说清楚快照不是备份）
restic 提供去重、加密、增量的备份仓库，配合 systemd timer 可以每天自动备份并按策略清理旧快照。控制台快照与备份是两回事：快照通常与源机器在同一机房、同一账号之下，机房级故障或账号问题会连同快照一起失去 —— 只有落在另一台机器、另一个机房的副本才算备份。
高级 · 约 35 分钟
常见问题
关于视频转码
视频转码用什么服务器？
如果用 CPU 转码，核心数直接决定吞吐：远航 8（YH-8，8 核 / 16 GB / 320 GB NVMe / 16 TB 月流量）月付 46 美元是批量转码的合理起点，节点选洛杉矶或法兰克福。如果转码是长期跑满的常驻负载，独立服务器磐石 32（DJ-32，8 核 / 32 GB / 960 GB NVMe，月付 89 美元）更合适——独占物理机没有邻居争抢，也不涉及共享实例的资源使用限制。排期时按最慢的编码器算：x265 与 AV1 的实时倍率远低于 x264，同一段素材的耗时可能差好几倍。
视频转码对 CPU、内存和磁盘的要求分别是什么？
CPU：8 核起；这是唯一线性影响转码速度的参数。内存：16 GB；4K 素材与多路并行任务时内存占用上升很快。磁盘：320 GB NVMe；源文件 + 中间文件 + 成品同时在盘上。月流量：16 TB；成品分发建议走 CDN，源站只承担回源。编码器：x264 最快、x265 约慢数倍、AV1 更慢，按最慢的那个排期。
视频转码应该放在哪个机房？
推荐洛杉矶、法兰克福、东京，远航 8（YH-8）在这几个机房都可以直接下单。首选洛杉矶（LAX），电信走CN2 GIA（约 145 ms）、联通走AS9929（约 152 ms）、移动走CMI（约 168 ms）。距离欧洲用户较远，若主要访客在欧洲请选择法兰克福或阿姆斯特丹。
视频转码最容易买错什么？
在 VPS 上期待 GPU 加速：VPS 与独立服务器没有显卡，NVENC / QSV 这类硬件编码用不了。需要硬件编码请改用 GPU 显卡服务器（/gpu），那是另一条产品线。 按成品体积估算磁盘：转码过程中的中间文件往往比成品大得多。
你们用 KVM 还是 OpenVZ？为什么这很重要？
VPS（轻装、远航）与大容量存储机型（巨舱）全部使用 KVM，没有 OpenVZ 机型；独立服务器（磐石）不涉及虚拟化，交付的是整台物理机，没有宿主层，也没有邻居。KVM 是完整的硬件虚拟化，每台实例有独立内核，可以自行更换内核、加载模块、调整内核参数、跑 Docker 与嵌套虚拟化，内存也是真实分配而不是共享统计出来的。OpenVZ 共享宿主内核，无法自定义内核，宿主还能严重超售内存，“标称 4 GB 实际抢不到”是这类机型最常见的抱怨。无论虚拟机还是物理机，你都拥有完整 root 权限，我们不会在实例内部安装任何监控代理。
流量额度用完会怎样？
每台机型带固定的月流量额度（例如 远航 2 为 4 TB，巨舱 4 为 30 TB），按月重置，重置日为开通日。额度用尽不会产生意外账单：端口会被限速或暂停出网，你可以购买追加流量，或等待下一个周期自动恢复。计量方式（单向或双向）以订单页标注为准。香港节点带宽成本高，同价位的流量额度明显低于美国与欧洲节点，这是港区的固有代价，不是我们在克扣。
可以升级 CPU、内存或磁盘吗？能降配吗？
可以升级：在面板中选择更高一档的机型，补足差价后重启生效，数据保留。磁盘只能扩大不能缩小，这是文件系统层面的限制而不是计费策略；因此降配只有在目标机型磁盘不小于当前已分配磁盘时才能直接完成，否则需要重装。跨机房迁移相当于新开一台机器再迁数据，IP 会变化，请提前规划 DNS 与相关配置。