摘要
一次看似“降配”的 VPS 更换（更低 CPU / 内存 / 磁盘），却带来了使用体验上的巨大飞跃。原因不在计算资源，而在 网络层级：从受限的国际云出口，迁移到了具备 1Gbps 端口的日本本土数据中心。本文记录了测速、延迟、路由与实际 4K 流媒体体验的对比分析，展示了为什么带宽和网络拓扑在现代自托管系统中比 CPU 和内存更重要。
一、原始环境与问题
原有 VPS 位于日本，但属于大型中国云厂商的海外节点，标称参数为：
| 项目 | 旧 VPS |
|---|---|
| CPU | 1 vCore |
| 内存 | 1 GB |
| 磁盘 | 20+ GB |
| 流量 | 1 TB |
| 端口带宽 | 30 Mbps（标称） |
| 地点 | 东京 |
实际测速（使用 Cloudflare 测试节点）：
平均下载速率 ≈ 3.6 MB/s （≈ 29 Mbps）
而部分国际测速点（如欧洲镜像）甚至只有：
≈ 200 KB/s
这意味着：
- 视频流媒体经常缓冲
- 远程桌面与相册加载明显卡顿
- FRP 穿透后性能进一步下降
网络成为系统瓶颈。
二、新 VPS 配置
迁移到一家日本本土云厂商的轻量实例：
| 项目 | 新 VPS |
|---|---|
| CPU | 1 vCore |
| 内存 | 512 MB |
| 磁盘 | 5 GB |
| 流量 | 250 GB |
| 端口 | 1 Gbps |
| IPv4 | 独立 |
| IPv6 | 有 |
| 位置 | 大阪 |
虽然 CPU / 内存 / 磁盘明显更低，但网络层级完全不同。
三、真实带宽对比
使用 Cloudflare 官方测速接口：
旧 VPS
下载 496 MB
平均速度 ≈ 3.6 MB/s
≈ 29 Mbps
新 VPS
下载 953 MB
用时 ≈ 9 秒
平均速度 ≈ 105 MB/s
≈ 840 Mbps
这是：
30 Mbps → 840 Mbps
约 28 倍提升
这已经进入了“数据中心互联级别”的带宽区间。
四、延迟对比
使用 TCP SYN 探测（hping3）：
| 目标 | 平均 RTT |
|---|---|
| 旧 VPS（东京） | ≈ 16.8 ms |
| 新 VPS（大阪） | ≈ 22.5 ms |
延迟略有增加（约 6 ms），但这是可接受的，因为：
视频流媒体和文件传输主要受带宽限制，而不是 RTT。
五、路由与骨干
mtr 路由追踪显示：
- 家庭网络 → 日本 NTT 骨干
- → 直接进入大阪机房
- 无跨国中转
- 无云厂商国际出口限速
相比旧 VPS：
- 需要经过东京云厂商的国际出口节点
- 存在 QoS 和拥塞
- 实际吞吐远低于标称带宽
六、4K 视频体验的质变
当在线播放自托管服务器上的 4K 视频时：
新 VPS 实测吞吐：
≈ 102.8 Mbps of 1 Gbps
这意味着：
| 视频类型 | 是否可实时播放 |
|---|---|
| 普通 4K H.265 | ✅ |
| 高码率 4K | ✅ |
| Blu-ray Remux | 接近满速 |
播放器几乎不再缓冲，体验接近本地 NAS。
七、为什么这是“架构级升级”
新架构：
手机 / 浏览器
↓
日本大阪 1Gbps VPS
↓ FRP / 反向代理
↓
家庭局域网服务器
↓
本地磁盘
瓶颈从：
“云厂商国际出口”
变成：
“家庭光纤带宽”
这是根本性变化。
八、结论
这次 VPS 更换的本质不是“性能升级”，而是：
从受限云网络 → 日本本土骨干网络
在现代自托管场景（Jellyfin、照片库、远程桌面、同步）中：
100 Mbps 以上的稳定带宽
比多 1GB 内存重要得多
即使 CPU 和磁盘缩水，系统的可用性和体验却发生了数量级跃迁。
关键 takeaway
如果 VPS 用于中继家庭服务器、流媒体或文件服务：
优先买带宽，而不是配置。
这次迁移验证了一个事实：
1Gbps 端口是自托管体验的分水岭。