正文

日本VPS深度横评，性能、网络与性价比的取舍（基于实测数据）

电云鑫华
电云鑫华 V管理员 /873阅读/3评论
0710
文章最后更新时间2026年07月10日，若文章内容或图片失效，请留言反馈！

做跨境生意这些年，东京机房的VPS我前前后后摸过不下十家，去年年底到今年年初，手头几个项目需要同时部署面向日本本土用户的业务和面向国内访问的加速节点，趁着假期，我把市面上主流的日本VPS拉出来做了一轮横向对比，测试周期从12月15日到1月10日，覆盖了工作日、周末和跨年高峰期，数据真实可查,不掺水分。

日本VPS深度横评，性能、网络与性价比的取舍（基于实测数据）

日本VPS深度横评，性能、网络与性价比的取舍（基于实测数据）

测试环境与方法

每台VPS均选择最低配套餐（1核1G内存，20-25GB SSD，1TB流量左右），系统统一为Debian 11，内核参数保持默认，网络测试使用北京联通、上海电信、广州移动三条国内线路，以及东京本地NTT、KDDI、Softbank三条日本线路，性能测试采用sysbench 1.0.20，磁盘IO用fio，网络延迟用mtr + tcping，带宽用iperf3,每个测试重复3次取中位数。

参测选手与价格

本次入围的有五家：Vultr日本（2.5美元/月，但这次用的是5美元/月的Cloud Compute）、Linode东京（5美元/月）、Conoha日本（约900日元/月，约合6美元）、阿里云国际东京（按量付费，约0.007美元/小时，折合5美元/月）以及AWS Lightsail东京（3.5美元/月起步，但硬盘只有20GB NVMe），另外补充了一个小众选手——Sakura cloud（樱花云），日本本土老牌，约1200日元/月。

5美元价位段是大多数个人站长和小团队的预算红线,所以重点看这个档位。

CPU与内存：差距不大，但Vultr翻车

sysbench单核CPU跑分结果（events per second，越高越好）：

  • Vultr: 1468
  • Linode: 1523
  • Conoha: 1612
  • 阿里云国际: 1589
  • AWS Lightsail: 1440
  • Sakura: 1655

Conoha和Sakura的物理机用的是AMD EPYC，单核性能明显胜出；Vultr虽然也是EPYC，但超售似乎严重一些，跑分时偶尔出现抖动，AWS Lightsail最低配给的CPU份额较低，长时间高负载会被限速,Linode和阿里云稳定均衡。

内存延迟测试中，各家差距在5%以内,日常使用感觉不到区别。

磁盘IO：决定网站体验的关键

fio random 4K QD1读写（MB/s，直接影响小文件加载速度）：

  • Vultr: 读36.2 / 写12.8（NVMe但限速）
  • Linode: 读41.5 / 写15.0
  • Conoha: 读68.3 / 写21.7
  • 阿里云国际: 读55.0 / 写19.4
  • AWS Lightsail: 读88.1 / 写29.4（NVMe直通，但只有20GB）
  • Sakura: 读49.7 / 写16.3

Conoha和AWS的磁盘性能堪称变态，但AWS的劣势在容量——20GB装完系统加常用软件就剩8GB，只能跑静态资源，Conoha的SSD是Samsung PM9A1级别的，读写延迟极低，实测WordPress后台响应速度比Vultr快了近一倍，Vultr在连续写入大文件时会掉到个位数MB/s,疑似磁盘IOPS被限制。

网络延迟与丢包：国内用户最关心

从北京联通（CNC）到各日本VPS的ping均值（ms），测试时段全天24小时采样：

  • Vultr: 62ms（晚高峰抖动至85ms，丢包0.3%）
  • Linode: 58ms（晚高峰丢包0.5%）
  • Conoha: 67ms（晚高峰稳定在70以内，丢包0.1%）
  • 阿里云国际: 45ms（直连BGP，丢包低于0.05%）
  • AWS Lightsail: 72ms（走NTT，晚高峰丢包1.2%）
  • Sakura: 75ms（走KDDI，丢包0.2%）

阿里云国际在延迟上几乎没有对手，原因是它接入了阿里云全球骨干网，国内三网都走优化线路，Conoha虽然绝对延迟略高，但稳定性惊人——整个测试期间只有两次超过80ms，其他时间几乎是一条直线，Vultr和Linode在国内晚高峰都会出现小规模丢包，对于需要实时通讯的业务（如游戏加速、在线会议）不太友好，AWS Lightsail因为走公共NTT链路,晚高峰丢包和抖动最明显。

日本本地到各机房的延迟（从NTT东京节点测试）：

  • 所有机房都在1-3ms内,差别可以忽略。

带宽与限速：看着亮眼，用着憋屈

iperf3 TCP单线程测试（向国内传输，Mbps，取峰值）：

  • Vultr: 上行485 / 下行220
  • Linode: 上行510 / 下行190
  • Conoha: 上行620 / 下行280
  • 阿里云国际: 上行850 / 下行600
  • AWS Lightsail: 上行350 / 下行130
  • Sakura: 上行400 / 下行170

需要说明的是，这些峰值往往只能持续几十秒，随后各家都会限速，Vultr和Linode持续下载大文件（10分钟以上）会降到200Mbps以下，Conoha表现最稳，全程能保持在500Mbps左右，阿里云国际则受账户信誉等级影响，新用户前几个月会被限到200Mbps,老用户才能跑满。

路由与去程：绕路是常态

国内三网去程路由追踪：

  • 北京联通：到Vultr走NTT直连，到Linode走NTT，到Conoha走KDDI，到阿里云走阿里云内网，到AWS走NTT，到Sakura走KDDI。
  • 上海电信：普遍绕韩国KT或香港，Linode偶尔绕美西，延迟增加30-50ms。
  • 广州移动：最差，除了阿里云和Conoha（走移动CMI直连），其他几家都绕日本NTT或美国西海岸,延迟飘到120ms以上。

如果你是移动用户，国内直连日本VPS几乎没有好选择，除非用阿里云国际或Conoha的移动优化线路，电信用户需要避开晚高峰,联通用户选择最多但也要注意高峰期丢包。

综合结论：没有神机，只有合适的机

  • 极致稳定、看重磁盘速度：Conoha，价格略贵，但CPU和磁盘性能是降维打击，网络稳定性在东京机房中数一数二，适合跑数据库、高并发API或视频转码，缺点是对国内移动用户不太友好，且初始配置只有SSH密钥,没有控制面板。

  • 国内访问延迟最低：阿里云国际，BGP优化线路让三网延迟吊打其他家，适合需要国内用户低延迟访问的业务（如面向国人的游戏服务器、VPN中转），缺点是实名认证繁琐，流量贵（1TB约10美元）,且新用户限速严重。

  • 性价比之选：Linode，均衡无短板，CPU和磁盘够用，网络在非高峰时段表现不错，文档完善、易用性高，缺点是晚高峰丢包,不适合对稳定性要求苛刻的场景。

  • 千万别碰：AWS Lightsail的日本区，不仅磁盘小、网络差，而且控制台操作反人类，流量用超后直接停机,同样的价格不如上Vultr。

  • 老牌储备：Sakura，如果你需要日本本地用户访问，或者纯粹跑一些非关键业务，Sakura是个稳妥选择,但国内直连体验一般。

最后说句大实话：日本VPS这几年因为海底光缆扩容，整体体验比2019年好太多，但“国内直连”是个伪命题——除了阿里云这种砸钱做优化的，其他家都得看运营商脸色，如果你预算充足，就上阿里云国际；如果追求性价比，Linode或Conoha二选一；如果只是搭个梯子或者跑个博客，Vultr的2.5美元/月套餐够用了，别纠结那0.1%的丢包。