UltaHost 在宣传上一直强调两件事:全线 NVMe SSD 存储,以及 AMD EPYC 处理器。这两个词放在一起,听起来配置相当有诚意。
但宣传归宣传。NVMe 到底是真 NVMe 还是挂名,EPYC 分到单个 VPS 上还剩多少算力,端口带宽给多少,国内访问能不能用——这些都得靠实测数据说话。
我们买了一台 UltaHost 洛杉矶机房的 VPS,跑完了完整的测试流程:硬件核验、CPU 与内存跑分、六项磁盘读写、全球带宽、国内多地丢包与延迟、去程路由、IP 质量以及流媒体解锁。下面是全部结果。
测试机器的配置与核验
先确认这台机器实际分到了什么资源。海外低价 VPS 虚标参数是常见现象,所以我们直接进系统跑命令验证。
CPU 型号:
[root@xxxx ~]# lscpu | grep "Model name"
Model name: AMD EPYC 7713 64-Core Processor
BIOS Model name: pc-i440fx-11.0 CPU @ 2.0GHz
分到的是 AMD EPYC 7713,这是 Zen 3 架构的服务器处理器,属于比较新的一代。宿主机主频标定 2.0GHz,实际分配给这台 VPS 的是 1 个核心。
内存和硬盘:
[root@xxxx ~]# free -h
total used free shared buff/cache available
Mem: 961Mi 610Mi 67Mi 53Mi 507Mi 350Mi
[root@xxxx ~]# df -hT /
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda1 ext4 29G 7.4G 21G 27% /
内存识别为 961Mi,对应 1GB 档位,扣除内核保留属于正常;硬盘 29G 可用,对应 30GB 标称。基础参数没有缩水。
完整的系统信息:
| 项目 | 实测值 |
|---|---|
| CPU | AMD EPYC 7713 64-Core,1 核 @ 1996.250 MHz |
| CPU 缓存 | 512 KB |
| 内存 | 961.6 MB |
| Swap | 1024.0 MB |
| 硬盘 | 30.0 GB |
| 系统 | Ubuntu 24.04.4 LTS |
| 内核 | 6.8.0-56-generic |
| 虚拟化 | KVM |
| TCP 拥塞控制 | cubic |
| IPv4 / IPv6 | ✓ Online / ✗ Offline |
| 归属 | AS212238 Datacamp Limited |
| 机房位置 | Los Angeles / US |

有两点在这里就要提出来:默认没有开启 BBR(拥塞控制是 cubic),以及没有 IPv6。前者建议买了之后手动开,后者有需求的话购买前要先问清楚。
CPU 与内存性能实测
用 sysbench 跑 60 秒单核素数运算:
[root@xxxx ~]# sysbench cpu --time=60 run
CPU speed:
events per second: 3174.41
3174.41 events/s,这个成绩相当不错。作为参照,同样是单核测试,我们此前测过的一批低价美国 VPS 大多在 700–1600 之间,UltaHost 这台是它们的两到四倍。EPYC 7713 的单核效率确实体现出来了,跑 WordPress、编译任务或者其他吃单核的应用会比较从容。
内存带宽:
[root@xxxx ~]# sysbench memory run
Total operations: 46701887 (4670188.70 per second)
4560.73 MiB transferred (4560.73 MiB/sec)
4560.73 MiB/sec,属于正常水平,没有异常。
磁盘性能:这次测试的最大亮点
UltaHost 宣传的 NVMe 到底是不是真的,这一节给出答案。我们用 fio 跑了六项测试,覆盖随机和顺序、读和写。
4K 随机读写(混合):
root@xxxx:~# fio --name=randrw --rw=randrw --bs=4k --size=512M --numjobs=1 --runtime=60 --time_based --group_reporting
read: IOPS=6094, BW=23.8MiB/s (25.0MB/s)(1428MiB/60001msec)
write: IOPS=6085, BW=23.8MiB/s (24.9MB/s)(1426MiB/60001msec)
1M 顺序读写(混合):
root@xxxx:~# fio --name=seqrw --rw=readwrite --bs=1M --size=512M --direct=1 --numjobs=1 --iodepth=1 --group_reporting
read: IOPS=1157, BW=1158MiB/s (1214MB/s)(242MiB/209msec)
write: IOPS=1291, BW=1292MiB/s (1355MB/s)(270MiB/209msec)
读写分开测试的四项结果:
| 测试项 | IOPS | 带宽 |
|---|---|---|
| 4K 随机写 | 38.1k | 149 MiB/s |
| 4K 随机读 | 7,675 | 30.0 MiB/s |
| 1M 顺序写 | 1,932 | 1,932 MiB/s |
| 1M 顺序读 | 2,708 | 2,709 MiB/s |
dd 连续三次测速:
I/O Speed(1st run) : 514 MB/s
I/O Speed(2nd run) : 582 MB/s
I/O Speed(3rd run) : 520 MB/s
I/O Speed(average) : 538.7 MB/s
这组数据的结论很明确:NVMe 是真的,而且性能在同价位里属于第一梯队。
顺序读 2709 MiB/s、顺序写 1932 MiB/s 这个量级,普通 SATA SSD 根本达不到(SATA 接口理论上限约 550 MB/s)。4K 随机写 38.1k IOPS 也是很扎实的数字,对数据库这类小块随机写密集的负载帮助很大。
需要说明的是 4K 随机读只有 7,675 IOPS,明显低于随机写,读写不对称比较明显。这在虚拟化环境中并不罕见,通常与宿主机的缓存策略有关。日常使用中影响不大,但如果你的应用是随机读为主(比如大量小文件的静态资源服务),实际收益不会有顺序读那么夸张。
网络实测:端口有明确上限
这一节是这台机器最需要注意的地方。
全球多节点带宽
| 测试节点 | 上传 | 下载 | 延迟 |
|---|---|---|---|
| Speedtest.net(本地) | 105.12 Mbps | 103.55 Mbps | 0.72 ms |
| Los Angeles, US | 105.23 Mbps | 103.90 Mbps | 1.09 ms |
| Dallas, US | 104.25 Mbps | 107.17 Mbps | 30.06 ms |
| Paris, FR | 103.07 Mbps | 114.16 Mbps | 138.98 ms |
| Amsterdam, NL | 100.38 Mbps | 106.57 Mbps | 134.59 ms |
| Suzhou, CN | 102.55 Mbps | 109.89 Mbps | 149.44 ms |
| Ningbo, CN | 1.68 Mbps | 104.54 Mbps | 166.88 ms |
| Singapore, SG | 80.43 Mbps | 107.68 Mbps | 185.80 ms |
| Taipei, CN | 95.65 Mbps | 110.22 Mbps | 128.71 ms |
| Tokyo, JP | 99.16 Mbps | 104.41 Mbps | 113.86 ms |
| Montreal, CA / Hong Kong, CN | 测试失败 | — | — |
先看最重要的一点:所有节点的速度都卡在 100–110 Mbps。
这个数字太整齐了,不可能是巧合或者网络拥堵——它就是套餐的端口带宽上限。本地 Speedtest 只有 105 Mbps,到洛杉矶同城也是 105 Mbps,这说明限速发生在这台 VPS 自己的端口上,跟对端无关。
买之前一定要认清这一点:很多同价位竞品给的是 1Gbps 端口,UltaHost 这台是 100 Mbps。跑网站和应用完全够用(100 Mbps 约等于 12.5 MB/s,足以支撑相当可观的并发访问),但如果你要做下载站、视频分发、大文件同步,这个配置不合适。
延迟方面表现正常:本地 0.72ms,达拉斯 30ms,欧洲 135–139ms,东京 114ms,都符合洛杉矶机房的地理预期。苏州 149ms、上传 102.55 Mbps 这个成绩对国内方向来说算不错的。
宁波节点的上传只有 1.68 Mbps 是个异常值,与苏州的 102.55 Mbps 反差很大,说明不同国内节点之间的路径质量差异不小。
国内多地丢包与延迟
带宽好看不代表能用,还得看丢包。我们从国内多个城市各发 100 个包:
| 测试点 | 运营商 | 丢包率 | 平均延迟 |
|---|---|---|---|
| 上海 | 腾讯云 | 7% | 141.15 ms |
| 上海 | 阿里云 | 10% | 166.56 ms |
| 江苏 | 中国电信 | 14% | 169.56 ms |
| 江苏 | 中国联通 | 0% | 194.67 ms |
| 江苏 | 中国移动 | 8% | 231.35 ms |
| 丽水 | 中国电信 | 9% | 167.57 ms |
| 丽水 | 中国联通 | 0% | 176.36 ms |
| 丽水 | 中国移动 | 7% | 223.38 ms |
| 青岛 | 阿里云 | 5% | 174.25 ms |
| 广州 | 腾讯云 | 7% | 172.40 ms |
| 南京 | 腾讯云 | 8% | 175.40 ms |
| 成都 | 腾讯云 | 6% | 191.69 ms |
| 重庆 | 腾讯云 | 1% | 188.78 ms |

这组数据比带宽测试更能说明问题:
**丢包是主要短板。**江苏电信 14%、上海阿里云 10%、丽水电信 9%、南京 8%——这个丢包水平会实实在在地影响体验。页面加载会出现卡顿,SSH 连接容易断,上传大文件容易失败。一般认为丢包率超过 5% 就属于需要关注的范围。
**联通表现反而最好。**江苏联通和丽水联通都是 0% 丢包,虽然延迟略高(176–195ms),但稳定性明显优于电信和移动。如果你的用户以联通为主,体验会比数据平均值给人的印象要好。
**移动最差。**江苏移动 231ms、丽水移动 223ms,延迟比电信高出 50–60ms,还带着 7–8% 的丢包。
去程路由
延迟和丢包的成因,看路由就清楚了:

从广东电信出发的路径是:
| 跳数 | 节点 | 归属 | 延迟 |
|---|---|---|---|
| 3–6 | 广东潮州 / 广州 | 中国电信 AS4134 | 2–5 ms |
| 7–8 | 骨干网 | 中国电信 AS4134 | 11 ms |
| 9 | 美国伊利诺伊州芝加哥 | Comcast AS7922 | 161 ms |
| 10 | 美国加利福尼亚州圣何塞 | Comcast AS7922 | 168 ms |
路径是电信骨干网直接交给 Comcast(AS7922),然后由 Comcast 承载到洛杉矶。这是典型的普通国际线路,没有走 CN2 GIA 这类优化线路。
这解释了前面的所有现象:延迟在 140–190ms 属于普通线路的正常范围,而丢包则来自国际出口的拥塞。同时也能看到第 7 跳出现了 75% 的丢包显示,这类骨干节点的 ICMP 限速属于常见现象,不代表实际业务丢包,真正有参考价值的是最终目标的丢包率。
IP 质量与流媒体解锁
IP 属性

| 项目 | 结果 |
|---|---|
| 自治系统号 | AS212238 |
| 组织 | Datacamp Limited |
| 使用地 | 美国 / 北美洲 |
| 注册地 | 瑞典 |
| IP 类型 | 广播 IP |
| IP2Location | 3,低风险 |
| AbuseIPDB | 0,低风险 |
| Scamalytics | 57,中风险 |
这里有两点需要注意。
**一是广播 IP。**这个 IP 段的注册地在瑞典,通过网络宣告绑到美国洛杉矶使用。对普通建站、跑应用、拉取镜像来说没有任何影响;但如果你的业务严格依赖 IP 的本地纯净度——比如跨境电商防关联店铺、需要严格定位在当地的特种业务——广播 IP 会增加被风控识别的概率。
**二是 Scamalytics 给了 57 分的中风险。**其他几个库(IP2Location、AbuseIPDB)都判定低风险,只有 Scamalytics 偏高。单一数据库的评分不必过度解读,但如果你要注册对风控敏感的服务,最好先自己复测一遍当前 IP。
流媒体与 AI 服务解锁
这一项表现相当好:
| 服务 | 状态 | 区域 |
|---|---|---|
| Netflix | 解锁 | 美国 |
| Disney+ | 解锁 | 美国 |
| Amazon Prime Video | 解锁 | 美国 |
| YouTube Premium | 解锁 | 美国 |
| Dazn | 解锁 | 美国 |
| TVBAnywhere+ | 解锁 | — |
| ChatGPT | 可用 | 美国 |
| Claude | 可用 | — |
| Google Gemini | 不可用 | — |
| Spotify 注册 | 不支持 | — |
| Steam 货币 | USD | — |
| Google Play 商店 | 美国 | — |
主流流媒体全部解锁且统一是美国区,ChatGPT 和 Claude 都能正常使用,这对需要 AI 服务的用户是实打实的加分项。Google Gemini 不可用、Spotify 无法注册,属于小遗憾。
实测数据总结
把这台机器的表现集中起来看:
做得好的地方:
- 磁盘性能是最大亮点——1M 顺序读 2709 MiB/s、顺序写 1932 MiB/s、4K 随机写 38.1k IOPS,NVMe 名副其实,在同价位属于第一梯队
- CPU 单核强——EPYC 7713 跑出 3174.41 events/s,是多数低价美国 VPS 的两到四倍
- 流媒体和 AI 解锁完整——Netflix、Disney+、Amazon、YouTube 全美区,ChatGPT 和 Claude 均可用
- 配置不虚标——CPU、内存、硬盘实测均与标称一致
需要正视的短板:
- 端口带宽 100 Mbps 封顶——所有方向都卡在 100–110 Mbps,这是套餐限制不是网络波动,大带宽需求直接排除
- 国内丢包偏高——江苏电信 14%、上海阿里云 10%,多数节点在 5–10% 区间
- 普通国际线路——去程走电信 AS4134 转 Comcast AS7922,没有 CN2 优化
- 广播 IP + Scamalytics 中风险——跨境电商防关联类业务要谨慎
- 默认未开 BBR、无 IPv6——买了之后建议手动开启 BBR
结论:这是一台"硬件强、网络普通"的机器。
如果你的业务吃磁盘 IO(数据库、频繁读写)、面向欧美用户、需要美区流媒体和 AI 服务,UltaHost 这台的性价比是很好的,硬件素质明显超出同价位平均水平。
如果你的访客主要在国内,那 5–14% 的丢包和普通 Comcast 线路会成为明确的体验瓶颈,这种需求应该去看美国 CN2 GIA VPS 推荐里那些做了线路优化的方案。如果你需要的是大带宽,100 Mbps 的端口上限直接就把它排除了,可以看美国大带宽 VPS。
如果决定入手,配置怎么选
我们测的是 1GB 内存那一档。磁盘性能是这台机器的强项,而且不同档位用的是同一套 NVMe 存储,所以低配也能吃到高速磁盘——这一点对预算有限但需要 IO 的场景很实用。
| 套餐 | CPU | 内存 | 硬盘 | 流量 | 带宽 | 价格(月付) | 购买链接 |
|---|---|---|---|---|---|---|---|
| VPS Basic | 1核 | 1 GB DDR5 | 30 GB NVMe SSD | 无限流量 | 1Gbps | $5.99(原价 $7.99) | 立即购买 |
| VPS Business | 2核 | 2 GB DDR5 | 50 GB NVMe SSD | 无限流量 | 1Gbps | $10.50(原价 $13.99) | 立即购买 |
| VPS Professional | 3核 | 4 GB DDR5 | 75 GB NVMe SSD | 无限流量 | 1Gbps | $16.99(原价 $22.80) | 立即购买 |
| VPS Enterprise | 4核 | 6 GB DDR5 | 100 GB NVMe SSD | 无限流量 | 1Gbps | $22.50(原价 $29.99) | 立即购买 |
**注意套餐标注的是「无限流量、1Gbps」,而我们实测的机器端口在 100 Mbps 左右。**这两者对不上,可能是套餐规格调整过,也可能是不同档位的端口策略不同。如果带宽对你重要,下单前务必找客服确认具体档位的端口速率——别只看页面标注。
**跑数据库或频繁读写的应用,Basic 档就值得买。**实测 1M 顺序读 2709 MiB/s、顺序写 1932 MiB/s、4K 随机写 38.1k IOPS,这个磁盘素质在 5.99 美元的价位里很少见。存储密集型业务能直接受益。
**内存别卡着买。**实测 1GB 档空载已用约 500MB 加 1GB Swap,跑 WordPress 加 MySQL 会比较紧。真要跑站建议从 Business(2GB)起步。
**需要免费 DDoS 防护的话,这是它的标配。**全线包含,不用额外付费——如果你之前被攻击坑过,这一项比多给一点内存实在。
想了解这家商家的产品线、机房分布和共享主机等其他产品,可以读UltaHost 商家介绍。确认合适的话,可以 前往 UltaHost 官网 查看当前方案。
常见问题解答(FAQ)
Q1:UltaHost 的 NVMe 存储是真的吗?有没有虚标?
+是真的,而且是这次测试里表现最好的一项。实测 1M 顺序读达到 2709 MiB/s、顺序写 1932 MiB/s,4K 随机写 38.1k IOPS,dd 三次平均 538.7 MB/s。
这个成绩在同价位的 VPS 里属于第一梯队,明显不是普通 SATA SSD 能跑出来的数字。如果你的应用是数据库密集型、或者经常要做大文件读写,UltaHost 的存储确实能带来实际体验差别。
Q2:为什么测速只有 100 Mbps 左右?是被限速了吗?
+是的,这台机器的端口带宽上限在 100 Mbps 左右。实测本地 Speedtest 上下行分别是 105.12 Mbps 和 103.55 Mbps,到达拉斯、巴黎、阿姆斯特丹、东京等各个方向也都稳定在 100–110 Mbps 之间。
这个数字非常整齐,说明不是网络拥堵导致的波动,而是套餐本身的端口限速。很多竞品在同价位给的是 1Gbps 端口,这一点购买前要想清楚:如果你需要大带宽跑下载或分发,UltaHost 这个配置不合适;如果只是跑网站和应用,100 Mbps 其实绰绰有余。
Q3:UltaHost 适合国内用户访问吗?
+不算理想,需要分情况看。延迟本身还可以,实测上海腾讯节点 141ms、苏州 149ms,属于美西机器的正常水平。
问题在丢包。国内多地 100 包测试中,江苏电信丢包 14%、上海阿里云 10%、成都 6%、广州 7%,移动线路延迟还普遍在 204–262ms。去程路由走的是电信 AS4134 转 Comcast AS7922,属于普通国际线路,没有 CN2 这类优化。
结论是:国内访客为主的站点不建议选它;做海外业务、自己偶尔远程管理是够用的。
Q4:这台机器的 IP 质量怎么样?能解锁流媒体吗?
+流媒体解锁表现很好。Netflix、Disney+、Amazon Prime Video、YouTube Premium、Dazn 全部解锁且都是美国区,ChatGPT 和 Claude 也都能正常使用,Steam 货币为 USD,Google Play 商店为美国区。对需要美区流媒体和 AI 服务的用户来说很实用。
但 IP 属性要留意:这是一个广播 IP,归属 AS212238 Datacamp Limited,使用地显示美国、注册地却在瑞典。风险评分方面 IP2Location 和 AbuseIPDB 都是低风险,但 Scamalytics 给了 57 分的中风险。做跨境电商防关联这类对 IP 纯净度敏感的业务要谨慎。
Q5:默认系统有什么需要调整的地方?
+两点值得动手改。一是 TCP 拥塞控制默认是 cubic,没有开 BBR,建议手动开启,对跨境链路的吞吐提升比较明显。二是这台机器只有 IPv4,IPv6 显示 Offline,有 v6 需求的要提前确认。
另外内存是 961.6 MB(约 1GB 档),实测空载已占用约 500 MB,加上 1GB Swap。如果要跑数据库或者稍重的应用,建议直接上更高配置,别在 1GB 上硬撑。
Q6:UltaHost 值得买吗?适合什么人?
+按我们的实测数据,它的强项和短板都很清楚。
值得买的情况:需要高性能磁盘(数据库、频繁读写)、需要美区流媒体和 AI 服务解锁、面向欧美用户的站点、看重免费 DDoS 防护和不限流量这些附加服务。
不建议的情况:国内访客为主、需要大带宽(100 Mbps 端口是硬上限)、做跨境电商防关联(广播 IP + Scamalytics 中风险)。