在 搬瓦工 现有的产品矩阵中，主打高性价比的 E-Commerce VPS长期以来在东亚地区只提供日本大阪软银（JPOS_1）机房。如果想要使用东京节点，过去只能选择价格门槛极高的 Ultra VPS。
最近很多朋友在 KiwiVM 控制台迁移机房时发现，多了一个 Japan: Tokyo (AMD+NVMe, China Direct) [JPTY_1]。这意味着常规 CN2 GIA-E 套餐的用户，也可在后台一键切换到东京机房。
- 那么，这个标有 China Direct 的东京 JPTY_1 机房实际表现究竟如何？
- 它的路由到底是不是 CN2 GIA？在晚高峰网络拥堵时段的稳定性能不能让人满意？
我们特意把一台 CN2 GIA-E 基础配置机器迁移到了 JPTY_1 机房，并在国内跨境网络最拥堵的晚高峰时段（22:30 至 23:30）进行了完整的压力测试与数据梳理。
🎯 核心实测结论速览
很多朋友最关心这个新机房到底值不值得切。为了帮大家快速掌握关键信息，我们先用几句话把晚高峰的实测结论归纳出来，后面再逐项拆解具体的测试数据：
- 线路属性：三网直连优化，回程主要走移动 CMI，并非纯种三网 CN2 GIA。
- 延迟表现：华东沿海低至 35ms，全国大部分省份在 60 到 110ms 之间。
- 高峰稳定：晚高峰联通与移动表现较稳，电信受跨网互联影响有轻微零星丢包。
- 硬件素质：AMD Genoa 搭配 NVMe 磁盘读写极快，但入门 1GB 内存面对高负载较吃力。
整体测试下来看，JPTY_1 属于典型的低延迟直连线路。它最大的价值在于东亚物理距离带来的跟手感，以及 CN2 GIA-E 套餐赋予的随时切换自由度。
如果你的本地宽带是联通或移动，或者主要用于远程运维管理、轻量代理与亚太业务，迁到这个机房体验会非常顺手；但如果你的业务高度追求稳定，洛杉矶 DC6 或 DC9 提供的优化线路更为合适。
一、JPTY_1 机房规格与测试环境
根据官方公布的硬件特性，JPTY_1 部署在东京核心的 Equinix TY8 数据中心，网络上汇聚了 Equinix IX、Google、Cloudflare、NTT、Softbank 以及针对中国方向的 China Direct 互联。
为了还原大多数普通用户的真实开机状态，本次测试选用了最具代表性的入门款机器：
| 项目 | 详细测试参数 |
|---|---|
| 所属套餐 | E-Commerce VPS（CN2 GIA-E 1GB，季付 $49.99 起） |
| 机房标识 | Japan: Tokyo (AMD+NVMe, China Direct) [JPTY_1] |
| 核心配置 | 2 核 AMD vCPU / 1GB 内存 / 20GB NVMe SSD / 2.5Gbps 带宽 |
| 操作系统 | Ubuntu 24.04 LTS（纯净系统，仅开启 SSH，默认启用 BBR） |
| 购买链接 | 立即购买 |
从硬件底层可以看到，该机房的宿主机配置紧跟近年来的升级步伐，整体规格比较扎实。
二、真实去程与回程网络路由解析
很多朋友看到名字里的“China Direct”，第一反应是好奇它与搬瓦工招牌的 CN2 GIA 有什么区别。
实测跑了一遍去程与回程路由之后，真实的网络走向其实非常清晰：
1. 去程路由走向（中国访问 VPS）
去程的路由策略三网各有侧重，整体都保持了高规格的直连通道：
- 电信网络：全程走电信高优先级的 CN2 GIA（AS4809） 直达东京。
- 移动网络：由移动骨干网直接衔接 移动国际 CMI（AS58453） 直连日本。
- 联通网络：主要经由联通主力骨干 AS4837 直连出境。
从实测截图来看，电信走 CN2 GIA 直连东京，节点跳数少且链路非常整洁：
联通和移动方面，大部分节点同样是标准的主力直连链路：
不过在通过在线 traceroute、tracert 或 MTR 工具测试联通和移动去程时，很多朋友会发现一个有趣的现象：部分节点离开上海出口后，下一跳的 IP 地址被标记成了“中国香港”，随后才接入日本东京。
很多朋友初看容易误以为网络在香港绕了一大圈。但如果仔细观察跳数之间的**毫秒延迟（RTT）**就会发现，从上海出境到该跳点的增量只有几毫秒，全程到达东京的总延迟仅在 40ms 到 50ms 之间。
如果是真的物理绕道香港再折返日本，往返物理延迟至少要增加 30ms 以上。因此这其实只是纯粹的 IP 库归属地标注偏差，或者运营商亚太接口的虚拟跳点，底层光缆依然是直接奔赴日本的直连海缆。
2. 回程路由走向（VPS 数据传回国内）
对于网站访问和接口调用而言，回程路由往往起到了决定性的作用。我们通过 BestTrace 对国内核心城市的四大运营商进行了多点回程追踪。
以下是回程路由测试脚本整理的汇总反馈：
北京电信 219.141.147.210 移动 CMI (AS58453/AS9808)
上海电信 202.96.209.133 移动 CMI (AS58453/AS9808)
广州电信 202.96.128.86 电信 163 骨干网 (AS4134)
成都电信 118.112.11.12 移动 CMI (AS58453/AS9808)
北京联通 202.106.50.1 联通 169 普通线路 (AS4808)
上海联通 210.22.97.1 移动 CMI (AS58453/AS9808)
广州联通 210.21.196.6 移动 CMI (AS58453/AS9808)
成都联通 119.6.6.6 联通 4837 骨干网 (AS4837)
北京移动 221.179.155.161 移动 CMI (AS58453/AS9808)
上海移动 211.136.112.200 移动 CMI (AS58453/AS9808)
广州移动 120.196.165.24 移动 CMI (AS58453/AS9808)
成都移动 211.137.96.205 移动 CMI (AS58453/AS9808)
从测试结果梳理排查来看，13 个核心测试点中有 9 个回程由移动 CMI接管。
而电信与联通走 CMI 的节点，数据在上海等国际交换中心入境后，需要跨网转入电信 ChinaNet 或联通 China169。在晚高峰骨干网互联点带宽紧张时，跨网交接往往是产生轻微抖动的主要原因。
三、全国延迟 Ping 响应实测
得益于地理位置靠近中国东部沿海，日本东京节点在物理延迟上具备天然的距离优势。我们通过多节点测速平台对国内各省市发起了 Ping 响应覆盖测试，整体实测数据相当亮眼：
从多节点实测汇总数据来看，三网在全国各区域的延迟表现非常均衡：
| 监测范围 | 最快节点及延迟 | 最慢节点及延迟 | 平均延迟 |
|---|---|---|---|
| 全部节点 | 上海电信 31 ms | 新疆博州联通 115 ms | 63 ms |
| 中国电信 | 上海电信 31 ms | 新疆乌鲁木齐电信 95 ms | 60 ms |
| 中国联通 | 上海联通 35 ms | 新疆博州联通 115 ms | 63 ms |
| 中国移动 | 上海移动 35 ms | 新疆伊犁移动 111 ms | 69 ms |
从实测数据来看，全国三网的综合平均延迟被稳稳压在了出色的 63ms。华东沿海表现尤为突出，上海电信低至 31ms，上海联通和移动也仅有 35ms，操作交互几乎没有延迟粘滞感。
即便是地理距离最远的新疆乌鲁木齐、博州与伊犁等西北端节点，三网的最慢延迟也全部收敛在 95ms 至 115ms 以内，全国范围内没有出现动辄两三百毫秒的离谱断层。
对于 VPS 管理而言，这种全网几十毫秒的低延迟能带来非常跟手的流畅体验。
四、全天网络稳定性与丢包率实测
衡量一条跨境线路的真实体验，不能只看静态的瞬间延迟，持续高频发包下的丢包率与抖动更关键。
我们借助网络监测工具 ping.pe，对全国电信、联通、移动多节点进行了连续 100 次持续发包实测，记录了日间平稳期与晚间高峰时段的真实表现：
从连续发包的整体表现来看，线路在不同时段的连通性相当稳定：
- 日间平稳期：全国绝大多数节点丢包率低于 0.1%，网络连通极为顺畅。
- 晚间高峰期：受跨境骨干网互联压力影响略有浮动，全网丢包率依然平稳保持在 1% 左右。
从实测图谱来看，在下午等日间时段，三网节点的响应曲线非常平直，丢包率甚至不到 0.1%，几乎感受不到任何网络波动。不管是前后端数据同步还是远程敲击命令行，操作体感都极为跟手。
即便到了跨境流量最为密集的晚高峰，由于部分回程需要经由移动 CMI 进行跨网交换，丢包率虽然略微浮动到 1% 上下，但整体并没有发生断崖式拥堵，依旧展现出了相当不错的抗抖动能力。
五、硬件规格与系统性能实测
除了网络链路，母机的计算与存储能力同样直接关系到建站与编译性能。我们通过 Linux 通用的 bench.sh 与测试脚本，对这台机器的硬件配置、基础 I/O 及极限磁盘性能跑了一遍体检：
从系统概览来看，母机搭载了 AMD EPYC Genoa 架构处理器，默认开启 BBR 拥塞控制算法，宿主 ASN 归属于 AS21887 Fiber Logic Inc.，整体硬件规格非常扎实。
1. 磁盘存储读写表现
磁盘读写效率是影响动态建站与数据库查询的关键指标，实测整体表现非常强劲：
- 基础写入吞吐：bench.sh 连续三次测试平均 I/O 达到 813 MB/s，多轮实测均值在 900 MB/s 上下。
- 常规顺序读写：中大块文件常规顺序读写可轻松达到 2 GB/s。
- 极限吞吐峰值：在大文件多线程读写下，最高读写峰值可突破 5 GB/s，4K 随机 IOPS 突破 8 万次。
从实测数据来看，这块 NVMe 固态硬盘的三次连续测试写入分别为 805 MB/s、815 MB/s 与 820 MB/s，读写曲线极为平直，没有出现机械硬盘或普通云盘常见的掉速断层。
而在 4K 随机读写方面，IOPS 超过 8.3 万次意味着对于 WordPress 等重度依赖碎片文件随机读写的 CMS 动态建站程序，能够提供极佳的页面渲染响应，日常编译解压和高频刷盘毫无瓶颈。
2. 处理器计算与 1GB 内存实测说明
处理器识别为 AMD EPYC-Genoa 架构，双核主频锁定在 2445 MHz，单核爆发力相当出色。但在 1GB 内存的入门套餐上，纯净系统下直接运行 Geekbench 6 基准测试会因物理内存受限而告警中断。
为了测试处理器的真实水平，我们临时挂载了 1GB Swap 虚拟内存进行补测，测得单核 794 分、多核 903 分。多核跑分明显受到了物理内存见顶与 Swap 磁盘换页速度的拖累。
这也是测试后需要中肯提醒大家的实际情况：1GB 内存用于轻量代理、静态博客或远程运维游刃有余；但如果打算安装可视化面板（如宝塔）、运行 MySQL 数据库或部署多任务容器，强烈建议合理配置 Swap 兜底，或直接选购 2GB 以上规格以确保长期稳定。
六、流媒体解锁与 IP 质量实测
对于使用境外服务器的朋友来说，IP 的纯净度以及对主流流媒体、AI 工具的解锁能力。我们通过主流的多平台流媒体测试脚本和 IP 质量检测工具，对分配到的这枚 JPTY_1 原生 IP 进行了全方位体检：
从多维度的检测汇总来看，这枚 IP 整体的可用度与纯净度表现相当优秀：
- 主流流媒体：原生解锁 Netflix 日区、YouTube Premium 日区、Amazon Prime Video 及 TikTok；但目前 Disney+ 受到屏蔽。
- AI 与常用服务：完美支持 ChatGPT、Google Gemini 与 Claude 三大主流 AI，Google 搜索免验证码，Steam 准确定位日元区。
- IP 纯净度与信誉：Scamalytics 欺诈风险评分为 0（极低风险），AbuseIPDB 无滥用记录，400 余个黑名单数据库全绿通过。
从流媒体与区域服务来看，该节点的日本原生属性非常饱满。除了主流音视频平台能准确定位到日本区外，Google Play 商店和 Steam 游戏平台也都能准确匹配日元结算，也不会频繁跳出反爬人机验证。
不过需要客观指出的是，目前测试显示 Disney+ 与 Reddit 存在严格的风控限制。
而在底层 IP 信誉方面，这枚 IP 展现出了极高的纯净度。各个主流风控数据库给出的风险值基本归零，400 多个黑名单数据库全部标绿，甚至本地 25 端口出站通信也是默认畅通状态，IP 整体健康。
七、测评总结与选购建议
经过完整的网络追踪、硬件压测与真实场景体验，搬瓦工的日本东京 JPTY_1 机房已经清晰了。
它的核心优势在于东亚地缘带来的极佳物理延迟（华东沿海低至 31ms，全国平均 63ms），以及 AMD EPYC Genoa 配合高速 NVMe 带来的强劲磁盘读写能力。加之依托于成熟的 E-Commerce VPS（CN2 GIA-E）系列，用户享有在全球十几个高阶机房中任意往返迁移的超高自由度，没有任何试错门槛。
但必须诚实指出的是，China Direct 是一套混合直连网络，回程以移动 CMI 为主，电信与联通需要跨网互联，晚高峰稳定性相比传统的洛杉矶 DC6/DC9 纯 CN2 GIA 略逊一筹；同时入门套餐仅配备 1GB 内存，面对多任务或重度建站环境需要合理挂载 Swap 兜底。
综合来看，如果你是联通或移动宽带用户，或者日常需要极度跟手的 SSH 远程调试与亚太业务支持，迁入 JPTY_1 体验会非常惬意；但如果是追求优化线路，传统的洛杉矶 DC9 机房依然是更好的选择。
八、常见问题 FAQ
Q1：搬瓦工 JPTY_1 机房到底是不是 CN2 GIA 线路？
+并不是纯种三网 CN2 GIA。
实测去程电信走 CN2 GIA、移动走 CMI、联通走 AS4837；回程则主要由中国移动国际 CMI（AS58453/9808）统一承载，部分节点切入 163 骨干网或 4837。整条线路属于三网混合直连优化（China Direct）。
Q2：老用户如何免费切换到 JPTY_1？迁移需要注意什么？
+持有 CN2 GIA-E 系列套餐的用户，登录 KiwiVM 控制面板后点击左侧「Migrate to another DC」，选中「Japan: Tokyo (AMD+NVMe, China Direct) [JPTY_1]」确认即可免费迁移。
迁移后原有系统数据会完整保留，但公网 IP 地址会发生变化，记得同步更新域名解析与 SSH 客户端连接配置。
Q3：JPTY_1 和之前 99 美元的东京限量版（The Tokyo Plan v2）有什么区别？
+两者的网络底层、出口网关与回程路由完全一致。
主要区别在于套餐性质与机房灵活性：东京限量版固定锁定在东京机房无法迁移，而 JPTY_1 属于常规 CN2 GIA-E 套餐，支持在洛杉矶、日本软银、欧洲等全球十几个机房随时免费切换。
Q4：1GB 内存版本能用来建站或安装宝塔面板吗？
+运行轻量静态站或个人小博客没有问题。
但因为 1GB 物理内存在纯净状态下就较为紧凑，若安装宝塔面板、运行 MySQL 数据库或多容器任务时容易出现内存告警。建议在系统内挂载 1~2GB Swap 虚拟内存兜底，或直接选择 2GB 以上规格套餐以确保生产环境长期稳定。
Q5：晚高峰时段不同宽带的访问体验如何？适合谁？
+实测日间丢包率低于 0.1%，晚高峰全网丢包率稳定在 1% 左右。
其中移动用户全程走内网 CMI 体验最好，联通零丢包率高，电信受跨网互联影响偶有轻微波动。非常适合移动与联通宽带用户、远程运维管理人员以及面向亚太访客的外贸出海业务。