2. 内存速度
- 顺序写入：6,060.82 MiB/sec
- 顺序读取：7,117.04 MiB/sec
这两个数值都稳稳落在当前 EPYC 硬件在该测试中所能提供的范围内。对于 MERN 栈而言，内存速度最重要的场景是 MongoDB 把常用数据缓存到 RAM 中，以及 Node 本身承载对象、会话数据和任何内存缓存的时候。
以这样的速度，内存几乎不可能成为拖慢请求的那一层。另外，这台实例没有配置 swap，因此你实际能使用的就是全部 15GB RAM，若 MongoDB 的工作集或长期运行的 Node 进程中的内存泄漏超过这个范围，就没有额外缓冲区了。
如果你运行的是一个大工作集数据库，并且同时有多个 Node 进程，请根据真实负载下的实际内存使用情况来判断，而不要想当然地认为这个层级一定有你未验证过的余量。[\/bottom-line]
3. 磁盘 I/O
- 顺序写入：556 MiB/s（583 MB/s），556 IOPS
- 顺序读取：1,084 MiB/s（1,137 MB/s），1,084 IOPS
- 随机 4K 混合读/写：每个方向大约 9,800 IOPS，每个方向吞吐量约 38.3 MiB/s
顺序读取几乎比顺序写入快一倍，如果你的工作负载涉及写入大文件、数据库备份、上传媒体、日志导出，那么这一侧磁盘的余量明显不如读取侧。
随机 4K 性能才是预测 MongoDB 在负载下实际表现的关键，因为文档读写通常是小而分散的磁盘操作，而不是大块顺序块。
接近 9,800 IOPS 的双向表现，而且读写两侧相当均衡，这对数据库式访问来说是一个很强的结果，也意味着在典型应用中，随着并发连接数和文档数量增长，MongoDB 查询在很长一段时间内都能保持快速，直到磁盘真正成为瓶颈。
真正改变的是，你能在同一磁盘上承受多少并发负载，直到查询开始排队；因此，更忙的 MongoDB 工作负载会因为 KVM 4 上额外的 CPU 和内存而受益，因为它们能并行处理更多这 9,800 IOPS，而不是因为磁盘性能本身提升了。
4. 网络速度
- 运行 1：下载 983.28 Mbps，上传 986.95 Mbps，空闲延迟 0.27ms，丢包率 0%
- 运行 2：下载 730.48 Mbps，上传 973.67 Mbps，空闲延迟 0.33ms，丢包率 0%
这点值得回到套餐页面来对照，因为它在功能列表里写着 1 Gbps 网络速度，但在正文里又把同一系列套餐描述为运行在“300 Mb/s 基础设施”上。
实际测试结果与 1 Gbps 的说法相符，而不是 300 Mb/s 的数字，两次测试的上传速度都接近甚至超过 900 Mbps，第一次下载几乎跑满了整个千兆带宽。套餐页面上的 300 Mb/s 数值与这台服务器实际表现不符，更像是过时或不匹配的文案，而不是准确规格。
唯一需要直接指出的是，两次测试之间的下载速度并不相同，第一次是 983 Mbps，第二次是 730 Mbps，这是真实差异，而不是噪音。
上传在两次测试中都保持稳定，而且两次都没有丢包，所以这更像是共享网络路径中的正常波动，而不是某种真实问题，但这个差距足够明显，因此我不会假设每天每次下载都能达到满千兆。
5. 压力测试
我分别对 CPU、内存和磁盘运行了 180 秒的压力测试，以查看服务器在持续负载下的表现，而不是只看短暂爆发：
- CPU 压力测试，4 个 worker：1,109,725 bogo ops，0 failures
- 内存压力测试，2 个 worker：13,640,251 bogo ops，0 failures
- 磁盘压力测试，2 个 worker：2,950,093 bogo ops，0 failures
所有压力项都干净完成，三个项目中都没有 failed workers，也没有 untrustworthy metrics ，连续运行共九分钟的持续压力下都是如此。
这才是真正重要的结果，因为它回答了一个 Node 应用在面对真实流量激增、上线、爆款帖、或批处理任务在用户活动期间启动时，能否稳定承受的问题；它确认了这台服务器在 CPU、内存和磁盘同时受压时，依然能可靠运行，而不会出现不可预测的退化。
如果你的流量确实是以峰值形式出现，比如发布当天、营销活动期间，或者当批量导入任务在用户在线时运行，那么这种在组合负载下的稳定性比上面的任何单项数据都更重要，这也是我会倾向于这个层级或更高档位，而不是只在安静条件下看起来没问题的最便宜方案的原因。
整体性能结论
这款 KVM 4 套餐在各方面表现都不错，最突出的结果是 CPU 扩展性在四个核心上接近完全线性，这一点对于运行 Node 的 cluster 模式、充分利用整台服务器尤其重要。
内存和随机磁盘 IOPS 都足够强，能够让 MongoDB 和 Express 在真实负载下保持响应，而压力测试也在零失败的情况下稳定通过。
网络测试纠正了套餐页面自身的矛盾，真实数据支持 1 Gbps 的说法，而不是正文里藏着的较低数值，不过两次测试之间下载速度有明显变化，因此应把它视为一个范围，而不是固定保证。
和这个系列里的任何层级一样，这些数据只描述 KVM 4 本身，而不是整个 MERN 托管线。更小的个人项目大概用低一到两档也足够了，而预计会扩展到单个 Node 进程之外的 MERN 应用，则应该把这款套餐接近完美的 CPU 扩展性视为一个真正值得考虑它而不是更便宜层级的理由，而不仅仅是未被利用的额外余量。
易用性
我从结账一直测试到实际可用的服务器管理工具，全面体验了 Hostinger 的 MERN VPS。内容包括选择套餐和地区、创建账户、付款，以及在 MongoDB、Express、React 和 Node 全都位于同一台机器之后，hPanel 实际提供了什么。
下面的内容就是这个过程的真实体验，其中还包括套餐页面在你甚至还没进入结账前就自相矛盾的一个细节。
1. 注册
MERN VPS 落地页开头强调了三点：免费自动每周备份、恶意软件扫描器，以及 Kodee AI 助手，且都无需额外付费。
继续往同一页面下方滚动时，我发现了一个在下单前就值得标出的地方。顶部功能列表写着 1 Gbps 网络速度，但更下面的正文却把同一套餐描述为运行在“300 Mb/s 基础设施”上。
这可不是一个小小的四舍五入差异，一个数字比另一个大了三倍多，而且在后面的评测中，最好还是拿真实基准测试结果来核对，而不要把任一数值当成绝对事实。
我选择了 KVM 4 套餐并进入购物车，那里列出了始终如一的三个选择：
- 计费周期： 1、12 或 24 个月，每个选项都显示节省金额
- 服务器位置： 按大洲分组的地区，每个地区旁边都有延迟预估
- 应用市场： 超过一千个一键式操作系统、面板和应用选项
在购物车里，我选择了 24 个月以获得更低价格，然后直接比较各地区，而不是相信默认推荐。英国以 163ms 的结果成为最佳匹配，明显优于美国的 254ms。
进入应用市场后，MERN Stack 已经被选中，和我在其他 Hostinger VPS 产品上见过的一样，Docker and Traefik、Dify、Hermes Agent 等一键选项都在列表里。
随后我点击了“Continue”。下一步是注册。你可以选择注册或登录。
我已经登录了现有账户，所以注册只需一次点击，账单和支付页面提供了常见的支付方式：
- 信用卡，支持 Visa、Mastercard、Amex 和 Discover
- PayPal
- Google Pay
- AliPay，分别提供中国版和香港版
- Coingate，用于加密货币支付
我提交了付款，几秒钟内就收到了确认邮件，并回到 hPanel，新的服务器已经显示为运行中。
这里真正引人注意的不是结账流程本身，因为这套流程如今在我测试过的每一个 Hostinger VPS 产品上都已经按预期运行。
真正值得注意的是，在你甚至还没选地区之前，套餐页面上就摆着一个带宽说法前后不一致的问题。读者如果只按网络速度比较主机，可能会因为同一页面的不同部分而看到两个不同数字。
2. 仪表板/客户端区域
购买后，我被带到 hPanel，并使用注册时用的资料登录了账户。
付款完成后，hPanel 立即打开在主页上，这是统一的账户级面板，可从一个地方管理域名、邮箱、建站工具以及账户下的所有 VPS。
页面上有我的名字、AI 提示栏、快捷按钮、待办清单，以及下方列出的所有资产。
滚动到 VPS 表格后，新服务器已经标记为 Running，主机名、IP 地址、套餐和到期日都无需点击即可看到。我点击 Manage 进入服务器专属面板。
这里依然表现良好的地方是，你几乎不需要四处寻找。服务器在付款成功的那一刻就出现在账户首页，而从该列表进入服务器级控制只需一次点击，不必在菜单里翻找。
3. MERN Stack 与服务器管理
接下来我想看看这个 Stack 实际包含了什么，所以打开了 VPS Overview 页面。
VPS Overview 页面打开后显示一个应用卡片，标题为 “MERN Stack (MongoDB, ExpressJS, ReactJS, NodeJS)”，基于 Ubuntu 24.04，并带有 Manage App 按钮，旁边还有一个独立的信息横幅，提供指向 Hostinger 关于该 Stack 文档的 “Learn more” 链接。
在这下面是熟悉的服务器卡片，Ubuntu 24.04 运行在 KVM 4 上，带有重启和终端控制、root SSH 详情，以及标准提示：由于服务器刚刚部署，资源图表还在生成中。
在页面更下方：
- SSH 密钥管理
- 防火墙规则
- 备份快照
- 恶意软件扫描器：Active
最后这一项是这个产品中真正的加分点。与套餐页面上很容易只能照单全收的恶意软件扫描器宣传不同，我检查时它已经开启并在正常工作，15 个文件已扫描，0 个受感染，0 个恶意。
这就是套餐页面的承诺与服务器上实际出现的内容完全一致。
进入 OS & Panel 后，我又看到一份相同的 Stack 信息副本，一个 “Current Application” 区块更详细地描述了 MERN，并且有一个独立的 “Quick start guide” 链接，与 Overview 卡片上的 “Learn more” 链接不同。
这两个链接都指向帮助你熟悉这个 Stack 的内容，两个不同位置却放着两个入口，虽然都不难找到，但稍微有点重复。
同一页面还兼作完整的操作系统重装选择器，AlmaLinux、Debian、Rocky Linux、Ubuntu、Alpine、Arch、CentOS、CloudLinux、Fedora、Kali、NixOS 和 openSUSE 都可以一键替换，如果你哪天想清掉 MERN 预装并在纯系统上重新开始，这就成了一个安全网。
Settings 保持着我在每个 Hostinger VPS 产品上都见过的一套服务器级工具，包括 root 密码生成器、防火墙和 SSH 配置的一键重置、主机名修改器，以及日志清理工具。
这些都不是 MERN 专属功能，它们管理的是 Stack 下面的服务器本身，而不是其上的应用。
对于已经到这里、想知道下一步该点什么的人，实际路径如下。Ubuntu 卡片上的 Terminal 按钮是直接进入的入口，它会打开一个已认证的浏览器内实时 SSH 会话，这才是你真正开始处理服务器上 MERN 文件、运行 Node、检查 MongoDB，或通过 Git 拉取自己代码的地方。
我对服务器管理的看法：恶意软件扫描器开箱即用地处于启用状态，是这一节里最强的一点，这个功能确实与套餐页面承诺一致，而不是只是挂在那里却没配置好。
操作系统重装选择器也是一个真正的安全网，十二个操作系统都只需点击一下就能切换，如果 MERN 模板哪天不再适合你，它就很有用。
我唯一的抱怨是文档重复，Overview 卡片里的 “Learn more” 链接和 OS & Panel 页面里的 “Quick start guide” 都在指向同一 Stack 的入门内容，而有两个不同入口指向很可能是同一内容，会给本应单一、明显的路径增加一点摩擦。
