RackNerd VPS 评测：同一套餐更换宿主机后，性能相差 20 倍
RackNerd · 更新于 2026年9月5日
- 性能
- 8.0VPSRig 实测
- 性价比
- 9.0编辑评估
- 网络
- 8.5编辑评估
- 稳定性
- 8.0编辑评估
- 功能
- 8.5编辑评估
性能评分缺失 = VPSRig 尚未进行实测；评分来源见各项标注。所有价格与配置以官网为准。
优点
- 低价 KVM VPS，洛杉矶、达拉斯、纽约等多个数据中心可选
- 官方提供 KVM 虚拟化、SSD RAID-10 存储和 1Gbps 网络规格
- 支持 IPv6，可通过工单申请；官方知识库显示符合条件的节点最多可申请 100 个 IPv6 地址
- 本次异常 VPS 经客服处理后完成宿主机更换，问题得到解决
- 客服能够协助处理性能异常和 IPv6 申请
缺点
- 不同宿主机之间的实际性能可能存在明显差异，本次测试就是一个典型案例
- IPv6 不是新机默认测试状态，需要主动申请
- 退款默认并非自动提供，具体以官方退款政策为准
- 本次测试属于单台 VPS 的样本，不能代表 RackNerd 所有节点
简介
RackNerd 是一家以低价 VPS 和独立服务器产品著称的美国主机商。它的 KVM VPS 主打低价格、SSD RAID-10 存储和 1Gbps 网络，并提供包括洛杉矶、达拉斯、纽约、圣何塞、西雅图等在内的多个数据中心。根据 RackNerd 当前官方数据中心页面，其网络覆盖北美、欧洲和亚洲的 20 个数据中心。
我购买 RackNerd 入门级 VPS 后，曾长期运行一个小应用。2026 年 8 月底，这台 VPS 突然出现明显的 CPU 性能异常，系统监控中的 CPU Steal Time 一度达到较高水平。进一步测试后，Geekbench 5 单核只有 26 分，Sysbench CPU 测试也只有 3.44 events/s。
我随后联系 RackNerd 客服反馈问题，并提出更换宿主机的请求。客服同意将 VPS 处理到 Los Angeles DC-03 的其他节点。考虑到原 VPS 没有重要数据，我最终选择直接重建，而不是迁移原实例。
结果非常明显：
同一个 VPS 套餐、相同的 Xeon Gold 6152 vCPU，在更换宿主机后，Geekbench 5 单核从 26 分提升到 532 分，约提升 20.5 倍；4K 随机 IOPS 提升约 11.5 倍；洛杉矶测试节点的 IPv4 上行从 33.8 Mbps 提升到 842 Mbps。
因此，这篇评测真正想回答的问题不是“RackNerd 跑分高不高”，而是：
RackNerd 的低价 VPS 到底值不值得买？如果遇到性能异常，客服是否会处理？同一套餐在不同宿主机上的实际性能到底可能相差多少？
先看本次测试结果
如果只想快速了解结果，可以先看下面这张表。
| 指标 | 旧宿主机 | 新宿主机 | 变化 |
|---|---|---|---|
| Geekbench 5 单核 | 26 | 532 | 约 20.5× |
| Geekbench 5 多核 | 28 | 529 | 约 18.9× |
| Python 1000 万次整数计算 | 66.887 秒 | 1.467 秒 | 约 45.6× |
| FIO 4K 读 IOPS | 1,227 | 14,159 | 约 11.5× |
| FIO 4K 写 IOPS | 1,232 | 14,181 | 约 11.5× |
| FIO 1M 读 | 84 MB/s | 462 MB/s | 约 5.5× |
| FIO 1M 写 | 90 MB/s | 493 MB/s | 约 5.5× |
| 洛杉矶 IPv4 上行 | 33.8 Mbps | 842 Mbps | 约 24.9× |
| 洛杉矶 IPv4 下行 | 119 Mbps | 847 Mbps | 约 7.1× |
我的结论
RackNerd 这台 VPS 在新宿主机上的表现是合格甚至比较不错的，但这次经历也说明：低价 VPS 的实际性能不能只看套餐页面上的 CPU、内存和硬盘参数，宿主机状态同样重要。
更重要的是，本次出现异常后，RackNerd 客服最终接受了宿主机更换请求，并通过重建方式解决了问题。这一点我给好评。
VPS 配置
本次评测针对的是一台入门级 KVM VPS。下面的参数以我实际拿到的实例和测试记录为准。
| 项目 | 实际配置 |
|---|---|
| Provider | RackNerd |
| 虚拟化 | KVM |
| CPU | Intel Xeon Gold 6152 @ 2.10 GHz |
| vCPU | 1 Core |
| RAM | 约 1 GB |
| 磁盘 | 约 25 GB |
| 网络 | 1Gbps |
| IPv4 | 1 个 |
| IPv6 | 后续通过客服申请，获得 5 个 |
| 原始测试位置 | Los Angeles |
| 测试时间 | 2026-09-02 |
| CPU Benchmark | Geekbench 5、Sysbench、Python |
| 磁盘 Benchmark | FIO / YABS |
| 网络 Benchmark | iperf3 / YABS |
需要注意的是，旧机器和新机器并不是完全相同的软件环境。旧机器运行 Ubuntu 22.04.5 LTS，新机器重建后运行 Debian 12；两台机器的 CPU 型号、vCPU 数量和内存规格基本一致。因此，本文更适合作为“宿主机更换前后的实际表现对照”，而不是严格意义上的实验室单变量基准测试。
测试方法
为了避免只依赖单一 benchmark，我采用了多种工具交叉验证：
- Geekbench 5：CPU 综合性能
- Sysbench CPU：CPU 整数计算
- Python 简单计算测试：作为直观的交叉验证
- FIO：磁盘吞吐和 IOPS
- iperf3：不同地区网络吞吐
- ping / iperf3 latency：网络延迟
- YABS：汇总系统、磁盘和网络测试
本文中的性能数据均来自实际 VPS 测试，不使用供应商宣传分数代替实测数据。
一、旧宿主机：性能为什么这么异常？
1. CPU Steal Time 出现异常
这次问题最初并不是通过 Geekbench 发现的，而是实际运行中的应用出现异常。
使用 top 观察系统时，我发现 CPU Steal Time（st）一度达到约 30%。
CPU Steal Time 可以简单理解为：
VPS 想使用 CPU，但虚拟机监控器把物理 CPU 时间分配给了其他虚拟机。
如果只是偶尔出现一点 steal，并不一定意味着 VPS 有问题；但如果持续出现较高 steal，同时应用性能明显下降，就值得进一步调查。
2. Python CPU 测试
为了快速确认 CPU 是否真的出现严重性能下降，我进行了一个简单的整数计算测试：
time python3 -c "sum(i*i for i in range(10000000))"旧机器结果：
real 1m6.887s
user 0m58.404s
sys 0m1.049s这个测试本身并不是标准化 benchmark，因此不应该把它作为跨 VPS 排名依据。但它非常适合用于本次前后对照。
旧机器完成测试需要：
66.887 秒
而新机器只需要：
1.467 秒
前后差距约为：
45.6 倍
这已经足以说明两台实例的实际 CPU 执行能力存在巨大差异。
3. Geekbench 5：单核只有 26 分
随后运行 YABS，并单独执行 Geekbench 5。
旧机器：
- Single-Core：26
- Multi-Core：28
Geekbench 5 官方结果：
对于一台配置为：
Intel Xeon Gold 6152 @ 2.10 GHz
1 vCPU的 VPS 来说，26 分显然属于极端异常值。
更重要的是，这不是 Geekbench 一个测试的问题。
Sysbench、Python 和 Geekbench 都表现出了非常低的 CPU 性能。
4. Sysbench：3.44 events/s
Sysbench 1.0.20：
Number of threads: 1
Prime numbers limit: 50000
events per second: 3.44
total time: 10.2930s对于本次测试而言，3.44 events/s 是一个非常低的结果。
因此，当时已经基本可以确定：
这台 VPS 的 CPU 性能确实存在异常，而不是单纯某一个 benchmark 程序出现问题。
5. 旧机器完整 YABS 结果
CPU / 内存 / 磁盘
| 项目 | 结果 |
|---|---|
| CPU | Xeon Gold 6152 / 1 Core |
| CPU Frequency | 2095.076 MHz |
| RAM | ~957 MiB |
| Swap | ~3 GiB |
| Disk | ~24.7 GB |
| Geekbench 5 Single | 26 |
| Geekbench 5 Multi | 28 |
FIO
| 测试 | 结果 |
|---|---|
| 4K Read | 1,227 IOPS |
| 4K Write | 1,232 IOPS |
| 4K Mixed RW | 2,459 IOPS |
| 1M Read | 84 MB/s |
| 1M Write | 90 MB/s |
IPv4 网络
| 测试节点 | Send | Recv | RTT |
|---|---|---|---|
| Los Angeles | 33.8 Mbps | 119 Mbps | 6.02 ms |
| London | 25.0 Mbps | 69.8 Mbps | 150 ms |
| Amsterdam | 19.3 Mbps | busy | 150 ms |
| Singapore | 22.5 Mbps | 73.7 Mbps | 167 ms |
| New York | 26.4 Mbps | busy | 74 ms |
| São Paulo | 26.1 Mbps | 100 Mbps | 171 ms |
| Tashkent | 29.9 Mbps | 146 Mbps | 259 ms |
这里要特别说明：
iperf3 公共测试节点可能受到自身负载、线路和 TCP 参数影响，因此不能仅凭一次测试认定某个方向存在固定带宽上限。
不过，本次多个 IPv4 节点的上行结果都集中在约 20～34 Mbps，而更换宿主机后普遍达到数百 Mbps，这种前后差异非常明显。
查看旧机器完整 YABS JSON
{
"version": "v2026-07-24",
"time": "20260902-085621",
"os": {
"arch": "x64",
"distro": "Ubuntu 22.04.5 LTS",
"kernel": "5.15.0-190-generic",
"uptime": 933922.94,
"vm": "KVM"
},
"net": {
"ipv4": true,
"ipv6": true
},
"cpu": {
"model": "Intel(R) Xeon(R) Gold 6152 CPU @ 2.10GHz",
"cores": 1,
"freq": "2095.076 MHz",
"aes": true,
"virt": false
},
"mem": {
"ram": 980296,
"ram_units": "KiB",
"swap": 3145720,
"swap_units": "KiB",
"disk": 24685268,
"disk_units": "KB"
},
"ip_info": {
"protocol": "IPv4",
"isp": "HostPapa",
"asn": "AS36352 HostPapa",
"org": "HostPapa",
"city": "Los Angeles",
"region": "California",
"region_code": "CA",
"country": "United States"
},
"partition": "/dev/vda2",
"fio": [
{
"bs": "4k",
"speed_r": 4911,
"iops_r": 1227,
"speed_w": 4931,
"iops_w": 1232,
"speed_rw": 9842,
"iops_rw": 2459,
"speed_units": "KBps"
},
{
"bs": "64k",
"speed_r": 59184,
"iops_r": 924,
"speed_w": 59771,
"iops_w": 933,
"speed_rw": 118955,
"iops_rw": 1857,
"speed_units": "KBps"
},
{
"bs": "512k",
"speed_r": 110063,
"iops_r": 214,
"speed_w": 115910,
"iops_w": 226,
"speed_rw": 225973,
"iops_rw": 440,
"speed_units": "KBps"
},
{
"bs": "1m",
"speed_r": 86042,
"iops_r": 84,
"speed_w": 91772,
"iops_w": 89,
"speed_rw": 177814,
"iops_rw": 173,
"speed_units": "KBps"
}
],
"iperf": [
{
"mode": "IPv4",
"provider": "Clouvider",
"loc": "London, UK (10G)",
"send": "25.0 Mbits/sec",
"recv": "69.8 Mbits/sec",
"latency": "150 ms"
},
{
"mode": "IPv4",
"provider": "Eranium",
"loc": "Amsterdam, NL (100G)",
"send": "19.3 Mbits/sec",
"recv": "busy ",
"latency": "150 ms"
},
{
"mode": "IPv4",
"provider": "Uztelecom",
"loc": "Tashkent, UZ (10G)",
"send": "29.9 Mbits/sec",
"recv": "146 Mbits/sec",
"latency": "259 ms"
},
{
"mode": "IPv4",
"provider": "Leaseweb",
"loc": "Singapore, SG (10G)",
"send": "22.5 Mbits/sec",
"recv": "73.7 Mbits/sec",
"latency": "167 ms"
},
{
"mode": "IPv4",
"provider": "Clouvider",
"loc": "Los Angeles, CA, US (10G)",
"send": "33.8 Mbits/sec",
"recv": "119 Mbits/sec",
"latency": "6.02 ms"
},
{
"mode": "IPv4",
"provider": "Leaseweb",
"loc": "NYC, NY, US (10G)",
"send": "26.4 Mbits/sec",
"recv": "busy ",
"latency": "74.0 ms"
},
{
"mode": "IPv4",
"provider": "Edgoo",
"loc": "Sao Paulo, BR (1G)",
"send": "26.1 Mbits/sec",
"recv": "100 Mbits/sec",
"latency": "171 ms"
},
{
"mode": "IPv6",
"provider": "Clouvider",
"loc": "London, UK (10G)",
"send": "44.7 Mbits/sec",
"recv": "145 Mbits/sec",
"latency": "155 ms"
},
{
"mode": "IPv6",
"provider": "Eranium",
"loc": "Amsterdam, NL (100G)",
"send": "33.7 Mbits/sec",
"recv": "122 Mbits/sec",
"latency": "147 ms"
},
{
"mode": "IPv6",
"provider": "Uztelecom",
"loc": "Tashkent, UZ (10G)",
"send": "31.6 Mbits/sec",
"recv": "94.0 Mbits/sec",
"latency": "260 ms"
},
{
"mode": "IPv6",
"provider": "Leaseweb",
"loc": "Singapore, SG (10G)",
"send": "28.8 Mbits/sec",
"recv": "98.5 Mbits/sec",
"latency": "175 ms"
},
{
"mode": "IPv6",
"provider": "Clouvider",
"loc": "Los Angeles, CA, US (10G)",
"send": "44.5 Mbits/sec",
"recv": "201 Mbits/sec",
"latency": "2.37 ms"
},
{
"mode": "IPv6",
"provider": "Leaseweb",
"loc": "NYC, NY, US (10G)",
"send": "37.6 Mbits/sec",
"recv": "100 Mbits/sec",
"latency": "79.9 ms"
},
{
"mode": "IPv6",
"provider": "Edgoo",
"loc": "Sao Paulo, BR (1G)",
"send": "33.2 Mbits/sec",
"recv": "89.4 Mbits/sec",
"latency": "166 ms"
}
],
"geekbench": [
{
"version": 5,
"single": 26,
"multi": 28,
"url": "https://browser.geekbench.com/v5/cpu/24593508"
}
],
"runtime": {
"start": 1788310581,
"end": 1788314501,
"elapsed": 3920
}
}完整测试记录以实际保存的 YABS 日志和 Geekbench 页面为准。
二、联系 RackNerd 客服：要求更换宿主机
确认 VPS 存在明显性能异常后，我联系 RackNerd 客服说明情况，并提出更换宿主机的请求。
客服回复表示，可以将 VPS 迁移到 Los Angeles DC-03 机房内的其他节点。
随后我明确提出：
希望服务器继续位于 LA DC-03，但更换到其他节点，并在处理后确保相关限速或 CPU 使用限制被重置。
客服随后询问我是选择“迁移”还是“重建”。
由于这台 VPS 当时没有需要保留的重要数据，我最终选择：
直接终止旧实例，并在 LA DC-03 的其他节点重新部署一台全新的 VPS。
这里需要特别说明：
重建意味着原实例上的数据会丢失。
如果 VPS 上运行着生产环境或重要业务，不建议照搬我的处理方式。应该优先做好完整备份，再让客服确认迁移方案。
客服随后确认新 VPS 已经部署完成，并提醒需要等待约 10 分钟完成初始化。
三、更换宿主机后：性能完全恢复
新 VPS 部署完成后，我第一时间重新进行了完整测试。
结果非常明显。
Geekbench 5：26 → 532
新机器：
- Single-Core：532
- Multi-Core：529
Geekbench 5 官方结果：
与旧机器相比：
| Geekbench 5 | 旧机器 | 新机器 | 提升 |
|---|---|---|---|
| Single-Core | 26 | 532 | 20.5× |
| Multi-Core | 28 | 529 | 18.9× |
这是整次测试中最直观的结果。
两台 VPS 的 CPU 型号都是：
Intel Xeon Gold 6152 @ 2.10 GHz而且都是：
1 vCPUCPU 频率也都是：
2095.076 MHz因此，这个结果非常清楚地说明：
仅仅因为更换了宿主机，同一套餐的实际 CPU 性能就可以出现数量级差异。
Python CPU 测试：66.9 秒 → 1.47 秒
为了避免只依赖 Geekbench，我又重新运行了之前的 Python 测试：
time python3 -c "sum(i*i for i in range(10000000))"新机器：
real 0m1.467s
user 0m1.409s
sys 0m0.028s前后对比：
| 旧机器 | 新机器 | |
|---|---|---|
| 完成时间 | 66.887 秒 | 1.467 秒 |
| 变化 | - | 约 45.6× 更快 |
这个结果与 Geekbench 的改善方向完全一致。
四、磁盘性能：4K IOPS 提升约 11.5 倍
CPU 恢复正常的同时，磁盘性能也发生了明显变化。
4K 随机读
旧机器：1,227 IOPS
新机器：14,159 IOPS约：
11.5 倍
4K 随机写
旧机器：1,232 IOPS
新机器：14,181 IOPS同样约：
11.5 倍
1M 顺序读取
旧机器：84 MB/s
新机器：462 MB/s约：
5.5 倍
1M 顺序写入
旧机器：90 MB/s
新机器：493 MB/s约：
5.5 倍
需要注意：
不能仅凭 FIO 跑分判断宿主机底层 SSD 的具体型号。
RackNerd 官方当前 KVM VPS 页面宣传的是 Pure SSD + RAID-10 存储，因此本文只把 FIO 结果作为实际性能记录，不进一步推断底层硬件型号。
新旧 FIO 对比
| 块大小 | 指标 | 旧机器 | 新机器 | 提升 |
|---|---|---|---|---|
| 4K | Read | 1,227 IOPS | 14,159 IOPS | 11.5× |
| 4K | Write | 1,232 IOPS | 14,181 IOPS | 11.5× |
| 4K | Mixed RW | 2,459 IOPS | 28,340 IOPS | 11.5× |
| 64K | Read | 924 IOPS | 6,690 IOPS | 7.2× |
| 64K | Write | 933 IOPS | 6,725 IOPS | 7.2× |
| 512K | Read | 214 IOPS | 902 IOPS | 4.2× |
| 512K | Write | 226 IOPS | 950 IOPS | 4.2× |
| 1M | Read | 84 IOPS | 451 IOPS | 5.4× |
| 1M | Write | 89 IOPS | 481 IOPS | 5.4× |
五、网络性能：从几十 Mbps 恢复到数百 Mbps
网络表现同样非常明显。
洛杉矶本地测试
这是最值得关注的一组：
| 旧机器 | 新机器 | |
|---|---|---|
| Send | 33.8 Mbps | 842 Mbps |
| Recv | 119 Mbps | 847 Mbps |
| RTT | 6.02 ms | 0.496 ms |
尤其是上行：
33.8 Mbps → 842 Mbps
约提升：
24.9 倍
新机器在洛杉矶本地测试节点已经跑到了接近 1Gbps 的水平。
全球 IPv4 测试
| 测试节点 | 新机器 Send | 新机器 Recv | 旧机器 Send | 旧机器 Recv |
|---|---|---|---|---|
| Los Angeles | 842 Mbps | 847 Mbps | 33.8 Mbps | 119 Mbps |
| London | 683 Mbps | 315 Mbps | 25.0 Mbps | 69.8 Mbps |
| Amsterdam | 652 Mbps | 536 Mbps | 19.3 Mbps | busy |
| Singapore | 712 Mbps | 444 Mbps | 22.5 Mbps | 73.7 Mbps |
| New York | 648 Mbps | 515 Mbps | 26.4 Mbps | busy |
| São Paulo | 662 Mbps | 226 Mbps | 26.1 Mbps | 100 Mbps |
| Tashkent | 567 Mbps | busy | 29.9 Mbps | 146 Mbps |
从这组数据来看，新机器的网络吞吐能力明显优于旧机器。
不过，全球 iperf3 测试结果会受到测试节点负载和跨国线路影响，因此这里更适合用于前后对比，而不是把某一次测试结果当作 RackNerd 全球网络的固定带宽。
查看新机器完整 YABS JSON
{
"version": "v2026-07-24",
"time": "20260902-052534",
"os": {
"arch": "x64",
"distro": "Debian GNU/Linux 12 (bookworm)",
"kernel": "6.1.0-9-amd64",
"uptime": 2170.05,
"vm": "KVM"
},
"net": {
"ipv4": true,
"ipv6": false
},
"cpu": {
"model": "Intel(R) Xeon(R) Gold 6152 CPU @ 2.10GHz",
"cores": 1,
"freq": "2095.076 MHz",
"aes": true,
"virt": false
},
"mem": {
"ram": 984080,
"ram_units": "KiB",
"swap": 1048572,
"swap_units": "KiB",
"disk": 24687372,
"disk_units": "KB"
},
"ip_info": {
"protocol": "IPv4",
"isp": "HostPapa",
"asn": "AS36352 HostPapa",
"org": "HostPapa",
"city": "Dallas",
"region": "Texas",
"region_code": "TX",
"country": "United States"
},
"partition": "/dev/vda1",
"fio": [
{
"bs": "4k",
"speed_r": 56638,
"iops_r": 14159,
"speed_w": 56726,
"iops_w": 14181,
"speed_rw": 113364,
"iops_rw": 28340,
"speed_units": "KBps"
},
{
"bs": "64k",
"speed_r": 428177,
"iops_r": 6690,
"speed_w": 430431,
"iops_w": 6725,
"speed_rw": 858608,
"iops_rw": 13415,
"speed_units": "KBps"
},
{
"bs": "512k",
"speed_r": 461981,
"iops_r": 902,
"speed_w": 486527,
"iops_w": 950,
"speed_rw": 948508,
"iops_rw": 1852,
"speed_units": "KBps"
},
{
"bs": "1m",
"speed_r": 462105,
"iops_r": 451,
"speed_w": 492881,
"iops_w": 481,
"speed_rw": 954986,
"iops_rw": 932,
"speed_units": "KBps"
}
],
"iperf": [
{
"mode": "IPv4",
"provider": "Clouvider",
"loc": "London, UK (10G)",
"send": "683 Mbits/sec",
"recv": "315 Mbits/sec",
"latency": "155 ms"
},
{
"mode": "IPv4",
"provider": "Eranium",
"loc": "Amsterdam, NL (100G)",
"send": "652 Mbits/sec",
"recv": "536 Mbits/sec",
"latency": "150 ms"
},
{
"mode": "IPv4",
"provider": "Uztelecom",
"loc": "Tashkent, UZ (10G)",
"send": "567 Mbits/sec",
"recv": "busy ",
"latency": "229 ms"
},
{
"mode": "IPv4",
"provider": "Leaseweb",
"loc": "Singapore, SG (10G)",
"send": "712 Mbits/sec",
"recv": "444 Mbits/sec",
"latency": "175 ms"
},
{
"mode": "IPv4",
"provider": "Clouvider",
"loc": "Los Angeles, CA, US (10G)",
"send": "842 Mbits/sec",
"recv": "847 Mbits/sec",
"latency": "0.496 ms"
},
{
"mode": "IPv4",
"provider": "Leaseweb",
"loc": "NYC, NY, US (10G)",
"send": "648 Mbits/sec",
"recv": "515 Mbits/sec",
"latency": "70.3 ms"
},
{
"mode": "IPv4",
"provider": "Edgoo",
"loc": "Sao Paulo, BR (1G)",
"send": "662 Mbits/sec",
"recv": "226 Mbits/sec",
"latency": "173 ms"
}
],
"geekbench": [
{
"version": 5,
"single": 532,
"multi": 529,
"url": "https://browser.geekbench.com/v5/cpu/24594440"
}
],
"runtime": {
"start": 1788341134,
"end": 1788341579,
"elapsed": 445
}
}完整测试记录以实际保存的 YABS 日志和 Geekbench 页面为准。
六、IPv6：新机器默认没有，但可以联系客服申请
新机器刚部署完成时：
IPv4/IPv6 : Online / Offline也就是说，YABS 测试开始时只有 IPv4。
随后我联系 RackNerd 客服申请 IPv6。
客服最终提供了：
5 个 IPv6 地址
联系客户申请IPv6地址：我之前在旧节点上的实例是支持 IPv6 连接的，而我的配置环境也需要 IPv6 支持。
能否请你们也为这台新的 VPS 分配一个 IPv6 地址（或一个 /64 地址段）？
客服回复：可以分配 5 到 10 个 IPv6 地址。
地址太多对一个只能跑小型应用的vps也没多大用处，我就要了5 个 IPv6 地址。
很快客服分配了5个IPv6 地址。
RackNerd 官方知识库：符合条件的数据中心可以通过工单申请原生 IPv6，官方页面目前显示最多可申请 100 个免费 IPv6 地址。
因此我认为
“RackNerd 不支持 IPv6。”
说法不对，
而是：
部分 VPS 初始可能只有 IPv4，需要通过客服工单申请 IPv6。
七、新旧宿主机完整对比
系统与基础配置
| 配置项目 | 新机器 | 旧机器 |
|---|---|---|
| OS | Debian 12 | Ubuntu 22.04.5 |
| Kernel | 6.1.0-9 | 5.15.0-190 |
| 虚拟化 | KVM | KVM |
| CPU | Xeon Gold 6152 | Xeon Gold 6152 |
| vCPU | 1 | 1 |
| CPU 频率 | 2095.076 MHz | 2095.076 MHz |
| RAM | ~961 MiB | ~957 MiB |
| Swap | ~1 GiB | ~3 GiB |
| 磁盘 | ~23.5 GiB | ~23.5 GiB |
| IPv4 | 有 | 有 |
| IPv6 | 初始无，后续申请 5 个 | 有 |
| YABS 总耗时 | 445 秒 | 3920 秒 |
两台机器最值得注意的是：
CPU 型号、vCPU 数量和内存规格基本一致，但实际 benchmark 结果却完全不同。
CPU 性能对比
| 测试 | 旧机器 | 新机器 | 新/旧 |
|---|---|---|---|
| Geekbench 5 Single | 26 | 532 | 20.5× |
| Geekbench 5 Multi | 28 | 529 | 18.9× |
| Python 测试 | 66.887s | 1.467s | 45.6× |
磁盘性能对比
| 测试 | 旧机器 | 新机器 | 新/旧 |
|---|---|---|---|
| 4K Read | 1,227 IOPS | 14,159 IOPS | 11.5× |
| 4K Write | 1,232 IOPS | 14,181 IOPS | 11.5× |
| 4K Mixed | 2,459 IOPS | 28,340 IOPS | 11.5× |
| 64K Read | 924 IOPS | 6,690 IOPS | 7.2× |
| 64K Write | 933 IOPS | 6,725 IOPS | 7.2× |
| 1M Read | 84 IOPS | 451 IOPS | 5.4× |
| 1M Write | 89 IOPS | 481 IOPS | 5.4× |
网络性能对比
| 节点 | 旧机器 Send | 新机器 Send | 变化 |
|---|---|---|---|
| Los Angeles | 33.8 Mbps | 842 Mbps | 24.9× |
| London | 25.0 Mbps | 683 Mbps | 27.3× |
| Amsterdam | 19.3 Mbps | 652 Mbps | 33.8× |
| Singapore | 22.5 Mbps | 712 Mbps | 31.6× |
| New York | 26.4 Mbps | 648 Mbps | 24.5× |
| São Paulo | 26.1 Mbps | 662 Mbps | 25.4× |
| Tashkent | 29.9 Mbps | 567 Mbps | 19.0× |
八、这次测试说明了什么？
1. VPS 的“纸面配置”不能代表实际性能
这是这次测试最值得记录的一点。
两台机器都是：
1 vCPU
Xeon Gold 6152
约 1 GB RAM
约 25 GB 磁盘
KVM如果只看配置页面，很难发现区别。
但实际测试结果却可以达到：
- CPU：约 19～46 倍
- 4K I/O：约 11.5 倍
- 网络上行：约 19～34 倍
这说明 VPS 的实际性能不仅取决于套餐参数，也受到宿主机资源状态、资源策略和节点负载等因素影响。
2. 不要只跑一次 Geekbench 就给 VPS 下结论
如果我只测试旧机器一次，可能会得出：
“RackNerd 的 Xeon Gold 6152 只有 26 分。”
这显然是不准确的。
因为更换宿主机后：
同样的 Xeon Gold 6152，Geekbench 5 单核变成了 532 分。
3. 客服处理是这次体验中值得肯定的部分
这次并不是发现问题后直接退款或者放弃。
整个过程是：
发现异常
↓
自行测试确认
↓
联系 RackNerd 客服
↓
提出更换宿主机
↓
客服提供迁移 / 重建方案
↓
选择重建
↓
新宿主机重新部署
↓
CPU / 磁盘 / 网络性能恢复
↓
再次申请 IPv6
↓
获得 5 个 IPv6从我的实际经历来看，客服最终解决了问题，而且处理结果让我满意。
因此，在本次评测中，我会给 RackNerd 的售后一个好评。
九、RackNerd VPS 的优缺点
优点
价格低
RackNerd 长期以低价 VPS 和服务器产品著称。对于个人开发者、测试环境、轻量 Web 服务、代理 / 网络工具以及个人项目而言，低价是它最大的吸引力之一。
KVM 虚拟化
KVM 提供相对完整的虚拟化环境，适合需要自行安装系统和配置服务的用户。
网络表现不错
在本次新宿主机测试中，洛杉矶本地 iperf3 达到：
842 Mbps 上行 / 847 Mbps 下行
跨地区测试也普遍达到数百 Mbps。
IPv6 可以申请
新 VPS 初始没有 IPv6，但客服可以通过工单提供 IPv6。本次实际获得了 5 个 IPv6 地址。
客服愿意处理异常
这是本次实际体验中比较值得肯定的一点。
缺点
宿主机差异可能非常明显
这也是本次评测最大的风险提示。
旧机器和新机器的纸面配置基本相同，但实际性能差距巨大。
因此，如果你购买 RackNerd 后发现：
- Geekbench 极低
- CPU steal 异常
- 磁盘 I/O 明显异常
- 网络吞吐远低于预期
建议不要直接认定整个 RackNerd 平台都是这个水平，可以先联系支持团队要求检查节点。
IPv6 需要主动申请
如果你的应用依赖 IPv6，需要在开通 VPS 后主动提交工单。
单个实例不能代表整个 RackNerd
本文只有一台 VPS 的完整前后对照数据。
因此：
本文可以证明这台 VPS 的宿主机发生了明显性能差异，但不能据此推断 RackNerd 所有 VPS 都存在同样问题。
十、RackNerd 入门级 VPS 值不值得买？
我的评价
| 项目 | 评价 | 说明 |
|---|---|---|
| CPU | ⭐⭐⭐⭐ | 新宿主机表现明显恢复 |
| 磁盘 | ⭐⭐⭐⭐ | FIO 实测表现不错 |
| 网络 | ⭐⭐⭐⭐½ | 本次新机测试接近 1Gbps |
| 稳定性 | ⭐⭐⭐⭐ | 旧机曾出现异常，长期表现仍需继续观察 |
| 性价比 | ⭐⭐⭐⭐½ | 低价 VPS 的核心优势 |
| 售后 | ⭐⭐⭐⭐½ | 本次异常处理和 IPv6 申请体验较好 |
综合结论：值得考虑，但要接受“节点差异”这个现实
如果你的需求是：
- 低价 VPS
- KVM
- 美国节点
- 1Gbps 网络
- 个人项目
- 开发 / 测试环境
- 轻量 Web 服务
- Docker / 小型应用
那么 RackNerd 依然是一个值得考虑的选择。
但如果是：
- 高度依赖稳定 CPU 性能的生产任务
- 长时间满载计算
- 对磁盘 IOPS 有严格要求
- 对节点一致性要求很高
那么建议不要只看 RackNerd 的套餐参数，购买后第一时间进行 CPU、磁盘和网络基准测试，并保留测试结果。
本次经历已经证明：
同样的 RackNerd VPS 套餐，宿主机不同，实际性能可能完全是两个级别。
十一、测试数据与原始记录
为了方便复核，下面保留本次测试使用的公开 Geekbench 记录：
测试工具：
- YABS
- Geekbench 5
- Sysbench
- FIO
- iperf3
测试时间：
2026-09-02
官方信息参考
说明： 价格、套餐配置、数据中心和 IPv6 政策可能随时间变化。本文中的性能数据属于作者于 2026-09-02 对实际 VPS 的测试结果，不代表 RackNerd 所有节点、套餐或未来状态。
最终评价
如果只看新宿主机的实际表现，这台 RackNerd 入门级 VPS 是值得买的；如果只看旧宿主机的表现，则显然不可接受。
而这次经历真正值得记录的地方，恰恰是二者之间的巨大反差：
同一个套餐、同一个 vCPU 型号，仅仅更换宿主机，Geekbench 单核从 26 分恢复到 532 分，4K IOPS 提升约 11.5 倍，洛杉矶网络上行提升约 25 倍。
对于 VPS 用户来说，这比单纯看到一个“532 分”的跑分更有参考价值。
买 VPS 不仅要看套餐参数，也要看你最终被分配到的宿主机。
推荐套餐
| 套餐 | vCPU | 内存 | 存储 | 流量 | 端口 | 地区 | 月付 | 评分 | 操作 |
|---|---|---|---|---|---|---|---|---|---|
| 1 | 512 MB | 30 GB | 500 GB/月 | 1 Gbps | 美国 | $2.25 | 8.4 | ||
| 2 | 1 GB | 50 GB | 1000 GB/月 | 1 Gbps | 美国 | $17.99 | 8.4 | ||
| 3 | 2 GB | 75 GB | 2000 GB/月 | 1 Gbps | 美国 | $20.59 | 8.4 | ||
| 4 | 4 GB | 130 GB | 3000 GB/月 | 1 Gbps | 美国 | $24.59 | 8.4 | ||
| 5 | 6 GB | 170 GB | 4000 GB/月 | 1 Gbps | 美国 | $27.59 | 8.4 | ||
| 6 | 8 GB | 220 GB | 5000 GB/月 | 1 Gbps | 美国 | $36.59 | 8.4 |
RackNerd 512 MB RAM · KVM- vCPU
- 1
- 内存
- 512 MB
- 存储
- 30 GB
- 流量
- 500 GB/月
- 地区
- 美国
- 月付
- $2.25
RackNerd 1 GB RAM · KVM- vCPU
- 2
- 内存
- 1 GB
- 存储
- 50 GB
- 流量
- 1000 GB/月
- 地区
- 美国
- 月付
- $17.99
RackNerd 2 GB RAM · KVM- vCPU
- 3
- 内存
- 2 GB
- 存储
- 75 GB
- 流量
- 2000 GB/月
- 地区
- 美国
- 月付
- $20.59
RackNerd 4 GB RAM · KVM- vCPU
- 4
- 内存
- 4 GB
- 存储
- 130 GB
- 流量
- 3000 GB/月
- 地区
- 美国
- 月付
- $24.59
RackNerd 6 GB RAM · KVM- vCPU
- 5
- 内存
- 6 GB
- 存储
- 170 GB
- 流量
- 4000 GB/月
- 地区
- 美国
- 月付
- $27.59
RackNerd 8 GB RAM · KVM- vCPU
- 6
- 内存
- 8 GB
- 存储
- 220 GB
- 流量
- 5000 GB/月
- 地区
- 美国
- 月付
- $36.59
替代方案
- AkileCloudAKILE，16+ 节点覆盖香港、日本、韩国、越南、台湾、英国、德国等地区，大带宽路线 + 内置 DNS 提供流媒体解锁…
- BandwagonHost2012 年成立于温哥华（IT7 Networks Inc.）的老牌服务商，17+ 机房覆盖美国、加拿大、日本、香港、荷…
- BudgetVM美国老牌主机商（BudgetVM LLC，2005 年成立，怀俄明州夏延）；Cloud VDS 三档 G.8 / G.1…
- ByteVirt美国注册的性价比 VPS 服务商，主打中国优化线路（CN2 GIA / 4837 / ISP 家宽）。洛杉矶、东京、新加…
常见问题
RackNerd VPS 支持 IPv6 吗？
支持。RackNerd 官方知识库显示，洛杉矶、犹他、加拿大多伦多、法国斯特拉斯堡和爱尔兰都柏林等位置可以申请原生 IPv6，申请方式是提交工单。本次测试中，新机器初始只有 IPv4，联系客户支持后获得了 5 个 IPv6 地址。
RackNerd VPS 性能稳定吗？
从本次样本来看，宿主机差异对实际性能的影响非常明显。旧宿主机上的 Geekbench 5 单核只有 26 分，而重建到新宿主机后达到 532 分。因此，单台 VPS 的一次测试不能代表整个 RackNerd 平台，购买后建议自行进行 CPU、磁盘和网络测试。
RackNerd VPS 可以退款吗？
RackNerd 当前服务条款显示，付款后默认不提供退款，但退款可以根据具体情况逐案处理；预充值账户余额不符合退款条件。
RackNerd VPS 值得买吗？
如果主要考虑低价、KVM、美国节点和较高的网络性价比，RackNerd 仍然值得考虑。本次测试也表明，遇到异常宿主机时，及时联系支持并要求处理非常重要。