新加坡VPS磁盘IO实测：SSD与NVMe怎么分辨

云服务器的磁盘性能，是规格表上最容易被含糊过去的一项。同样写「SSD」，实际 IOPS 可能差十倍；同样写「高性能盘」，到底是本地 NVMe 还是网络存储，跑起来完全是两种体验。而这一项恰恰又是最难事后补救的——CPU 不够可以升配，带宽不够可以加钱，磁盘 IO 不够只能换机器。这篇文章给出 SSD 与 NVMe 的本质区别、六个能自己跑的测法、以及一份买之前就该问清的问题清单。

一、SSD 和 NVMe 并不是并列的两种盘

很多人把这两个词当成两种盘，其实它们回答的是不同层面的问题。

SSD 说的是「介质」——用闪存颗粒存储，不是机械盘片。它相对的词是 HDD。

NVMe 说的是「协议」——通过 PCIe 总线直连 CPU，不是走 SATA 控制器。它相对的词是 SATA 和 SAS。

所以正确的关系是：一块盘既可以是「SATA SSD」，也可以是「NVMe SSD」。两者都是 SSD，但 NVMe 那块的通道更宽、延迟更低。把「NVMe」当成「比 SSD 更好的一种 SSD」来理解，就对了。

还有一个常被忽略的点：云服务器的盘还分「系统盘」和「数据盘」。两者往往不是同一种介质，有的产品系统盘是低性能云盘、数据盘才是 NVMe。如果业务数据放在系统盘上，你就等于用着最慢的那块。所以买之前要问清两块盘各是什么，并且把数据目录单独挂到数据盘上。

为什么这个区分重要：因为云服务器上还有第三种情况——你以为买的是本地盘，实际是网络存储，性能取决于后端存储集群而不是你的机器。这种情况下，盘是不是 SSD 已经不是关键变量了。

二、四种常见磁盘的实际性能差别

类型	通道	典型 4K 随机读	适用场景
SATA SSD	SATA 6Gbps	数千 IOPS	普通站点、小型库
NVMe SSD（本地）	PCIe 直连	数万到数十万	高频读写、数据库
网络存储（云盘）	网络后端	看档位，跨度极大	需要弹性扩容
HDD 机械盘	SATA / SAS	百余 IOPS	冷数据、归档

顺带说清一个常见混淆：「本地盘」和「本地 SSD」在很多产品页上是同义词，但「本地」强调的往往是「数据不跨机」，而不是「性能一定高」。有些产品的本地盘是普通的 SATA SSD，只是因为装在物理机上才叫本地盘。这两个词要分开理解。

这张表最需要注意的不是数字，而是第三行。网络存储的性能不跟你的机器绑定，而跟「你买了哪个档位」绑定。同样标 100G，低档位可能只有几百 IOPS，高档位能到几万。这个差异在购买页上往往只差一行小字。

三、为什么云服务器的盘更难判断真假

物理机上装一块盘，型号写在标签上，查一下就知道参数。云服务器上这些信息全部被抽象掉了。

第一层抽象是「盘型」。购买页上只写「高效云盘」「SSD 云盘」「ESSD」这类名字，不告诉你后端是什么硬件。同名的盘，在不同厂商那里可能完全不是一回事。

第二层抽象是「性能与容量绑定」。很多云盘不是「一块盘一个性能」，而是「每 GB 配多少 IOPS」。公式通常是越大的盘性能越好，小盘被压到很低的上限。

第三层抽象是「共享后端」。你和其他客户可能共用同一个存储集群。邻居跑大任务时，你的 IOPS 会被挤下来。这种影响没有监控可看，只能通过「同一台机器不同时段测速」间接发现。

第四层是「看不到」。物理机上你还能看 SMART、看温度、看寿命，云服务器上这些全部不可见。盘到底用了多久、剩余寿命多少、写放大系数是多少，你一概不知道。这意味着你无法预判它什么时候会变慢，只能靠持续监控来发现趋势。

三层叠加的结果是：规格表上的数字与实际体验之间，存在很大的解释空间。所以磁盘这一项，必须自己测，不能只看页面写什么。

四、六个自己能跑出结果的测法

1、确认盘的类型

# 看设备是 NVMe 还是 SATA
lsblk -d -o NAME,ROTA,SIZE,MODEL
# ROTA=0 表示非机械盘
# 型号里出现 nvme 说明是 NVMe，出现 sd 通常是 SATA

# 看是否走了网络存储
mount | grep -E "nfs|cifs|9p|virtiofs"
# 如果根分区是网络文件系统，性能就取决于后端

这一步最关键。先确定自己手上到底是什么盘，后面的测试结果才有解释的意义。

三个输出要一起看。ROTA 字段为 0 表示非机械盘；MODEL 里带 nvme 字样说明走 PCIe；带 vd 或 sd 前缀的多半是虚拟块设备，也就是后端存储映射过来的盘。最后一种最需要警惕，因为它的性能跟你的机器无关。

2、测顺序读写

# 顺序写 1GB，绕过缓存
dd if=/dev/zero of=testfile bs=1M count=1024 oflag=direct
# 顺序读
dd if=testfile of=/dev/null bs=1M iflag=direct
rm -f testfile

oflag=direct 跳过系统缓存，否则测到的是内存速度。很多人测出几个 GB/s 的惊人数字，就是因为没加这个参数，测的其实是内存。NVMe 本地盘顺序读写通常能到 GB/s 级别，SATA SSD 受接口限制，一般在 500MB/s 左右封顶。

3、测 4K 随机 IOPS

# 需要安装 fio
fio --name=randread --ioengine=libaio --iodepth=32 --rw=randread \
    --bs=4k --size=1G --runtime=30 --time_based --direct=1

fio --name=randwrite --ioengine=libaio --iodepth=32 --rw=randwrite \
    --bs=4k --size=1G --runtime=30 --time_based --direct=1

iodepth 也很重要。深度 32 模拟的是并发场景，深度 1 模拟的是单线程串行。数据库通常按深度 32 看 IOPS，而网页请求更像深度 1 到 4。两个深度都测，才完整。

这一项才真正反映数据库与高并发业务的体验。顺序读写快不代表随机读写快——很多云盘顺序能跑满，随机只有几百 IOPS。看输出里的 iops 字段。

4、测延迟

fio --name=lat --ioengine=libaio --iodepth=1 --rw=randread \
    --bs=4k --size=256M --runtime=30 --time_based

iodepth=1 测的是单次请求的响应时间。本地 NVMe 通常在亚毫秒级，网络存储往往在毫秒级甚至更高。这个数字直接决定「点一下要等多久」。

5、确认 IOPS 是否随容量变化

很多云盘的性能与容量挂钩。如果你的盘只有 40G，IOPS 上限可能被压得很低。验证方法：问商家「100G 和 500G 的 IOPS 分别是多少」。如果答案是一样的，说明这家是真独享性能；如果差很多，说明你的盘太小就是原罪。

6、看是否被限速

# 连续跑两轮，看第二轮是否明显变慢
fio --name=r1 --rw=randwrite --bs=4k --size=2G --runtime=60 --time_based --direct=1
fio --name=r2 --rw=randwrite --bs=4k --size=2G --runtime=60 --time_based --direct=1

还有一种隐蔽的限速：按日累计。单次测试看不出问题，但连续跑几小时后整体变慢。这种情况只能靠长时间跑业务来发现，短期测试测不出来。

部分产品有突发额度，跑满一段时间后会被降速。如果第二轮比第一轮慢一半以上，说明存在限速策略。

五、fio 跑出来的结果应该怎么判读

很多人跑完 fio，只看到一串数字，不知道算好还是差。这一节给判读标准。

关键字段有四个，先认清它们各自对应什么。

iops：每秒完成的输入输出次数。随机 4K 读的核心指标，越高越好。数据库场景下，本地 NVMe 通常上万，SATA SSD 数千，低档云盘可能只有几百。

bw（带宽）：每秒传输的数据量。顺序读写的核心指标。单位通常是 MiB/s，乘以 1.05 约等于 MB/s。

lat（延迟）：单次请求的响应时间。看 avg 与 p99。avg 是平均值，p99 是 99% 请求的耗时上限。判断体验要看 p99，因为平均值会被大量快请求拉低。

clat percentiles：延迟分布。如果 p99 是 avg 的十倍以上，说明偶发卡顿严重，这种盘做数据库会很难受。

一个实用的判读顺序：先看 4K 随机读的 iops 是否达到预期档位；再看 p99 延迟是否可接受；最后才看顺序带宽。顺序带宽在多数业务里是最不重要的一项，却被宣传页放在最显眼的位置。

# 提取关键结果
fio --name=t --rw=randread --bs=4k --ioengine=libaio --iodepth=32 \
    --size=1G --runtime=30 --time_based | grep -E "iops=|lat \(|clat percentiles|99\.00"

六、买之前必须让对方书面说清的七句话

0、系统盘和数据盘各是什么介质。

这一问答不清，后面五问都白问。很多产品只把数据盘写成高性能盘，系统盘仍是普通云盘。如果你的应用装在系统盘、日志和临时文件也在系统盘，那实际跑的是最慢的那块。

1、盘是本地盘还是网络存储。

2、4K 随机读写 IOPS 各是多少，不是顺序速度。

3、IOPS 是否随容量变化，多少容量起才拿满性能。

4、有没有突发额度，用完后限速到多少。

5、单盘延迟大致在什么量级（微秒还是毫秒）。

6、数据是否有副本，副本机制会不会拖慢写入。

第六句经常被忽略。为了保证可靠性，很多云盘在写入时要同时写到多个副本，这会让随机写明显变慢。所以「三副本」在可靠性上是好事，在性能上是有代价的。两个都要知道，才能判断是不是适合你的业务。

七、五个很容易踩中的参数陷阱

1、用顺序速度冒充性能

宣传页写「读取 500MB/s」，这个数字几乎只对拷大文件有意义。对于跑数据库、跑应用的场景，4K 随机 IOPS 才是真正决定体验的指标。两者可以差几个量级。

2、不写 IOPS 只写「高性能」

「高性能云盘」这种名字没有信息量。要问具体数字，而且要问清是随机还是顺序、是读还是写。

3、容量小导致性能被压

这是最常见也最隐蔽的一项。很多云盘按容量配 IOPS，买 40G 就只给 40G 档位的性能。结果就是「明明买的是 SSD，跑起来像机械盘」。

4、突发额度用完就降速

有的产品允许短时间跑满高 IOPS，持续超过一定时间后回落到基准值。测试时只跑 10 秒，看到的是突发值，不是常态值。

5、副本机制带来的写放大

这一点最容易被误解成「买到假货」。标称写入 IOPS 通常是单副本的理想值，实际三副本落地要消耗三倍写入量。所以在云盘上跑高写业务，跑出标称值的一半属于正常，跑出十分之一才是问题。判断标准是「稳定度」而不是「绝对值」。

三副本意味着一次写入要落三份。可靠性提升了，但随机写会变慢。标称的写入 IOPS 往往是理想值，实际跑出来会打折。

这五项的共性：都是信息不对称，不是商家说谎。他们给的数字本身没错，只是没告诉你是哪个维度、在什么条件下。问清条件，比索要更多数字有用。

八、按业务类型决定自己该选哪一类盘

企业站、内容站：普通 SSD 就够。这类业务读多写少，对随机 IOPS 要求不高，顺序读能力更影响页面加载。

数据库（MySQL、PostgreSQL）：随机 IOPS 是关键。建议优先本地 NVMe，次选高 IOPS 的云盘档位。如果只能选低档位云盘，那数据库的写入量必须提前评估，否则高峰期会出现明显卡顿。

Redis、缓存类：数据量小、访问极频繁。延迟比 IOPS 更重要。本地 NVMe 在这类场景优势最大。

日志与归档：写多读少，容量优先。普通 SSD 或大盘更划算，不必为 IOPS 付溢价。

还有一类容易误判的业务：刚上线时数据量小，什么盘都跑得动。但数据涨到几十 G、索引装不进内存之后，随机读会突然成为瓶颈。所以选型要按「一年后的数据量」估，而不是按现在。

还有一个成本层面的取舍：NVMe 的单价通常高，但如果它能让你少一台机器，总成本反而更低。因为一台机器的钱不只是磁盘，还包括 CPU、内存、带宽、运维时间。所以比较的时候要按整机方案算，不要只比每 GB 的价格。

一个判断顺序：先看业务是「随机为主」还是「顺序为主」，再看「延迟敏感」还是「吞吐敏感」，最后才比容量和价格。按容量买盘是最常见的错误——100G 的 NVMe 和 100G 的低档云盘，体验能差几十倍。

九、一套可以直接照着走完整流程的选型步骤

把前面的判断压成六步，照着走一遍就能定下来。

1、先确认业务是随机型还是顺序型

数据库、Redis、高并发接口属于随机型，关注 4K IOPS 与延迟。图片站、下载站、日志归档属于顺序型，关注吞吐与容量。这一步决定了后面看哪个指标。

2、估算实际的 IOPS 需求

粗略算法：每秒查询数乘以每次查询涉及的磁盘操作数。比如每秒 200 次查询、每次平均 5 次磁盘操作，就需要约 1000 IOPS。再加一倍余量，按 2000 选型。

3、确认盘型与档位

问清本地盘还是网络存储，以及对应档位的 4K IOPS。如果两者都不满足，再考虑换方案或换服务商。

4、实机测试

开最低配跑一遍 fio，重点看随机读写与 p99 延迟。测试要跑满 60 秒以上，避免只测到突发值。

5、按真实负载复测

部署真实业务后，用系统自带的监控看磁盘利用率与等待时间。具体看两个数：iostat 里的 %util 与 await。%util 长期接近 100%，说明盘已经跑满；await 持续上升，说明请求在排队。两个同时出现，就是明确的换盘信号。如果 iowait 长期偏高，说明盘是瓶颈。

6、留好升级路径

确认能否在线扩盘、扩容后性能是否同步提升。如果不支持，就要在初始选型时把容量买够。

第 3 步和第 4 步之间有个常被跳过的动作：先用最小配置做「反向验证」。也就是先假设对方的参数是真的，用最便宜的一档去测它能不能达到。如果能达到，说明这家的参数可信；如果达不到，说明参数是最高档位的，你买的这一档并不是。这个验证只要几十元。

这套流程的价值在于顺序。很多人第一步就去看价格和容量，结果买完才发现性能不匹配。先定指标，再比价格，顺序错了后面全是返工。

十、三个真实业务场景下的完整判断过程与结论

1、日活几千的小商城

现状：MySQL 单机，商品表与订单表加起来不到 5G。峰值每秒约 100 次查询。

需求：按每次查询 3 次磁盘操作算，约 300 IOPS，加一倍余量按 600 选型。这个量级，SATA SSD 就够，不需要为 NVMe 付溢价。真正该关注的是延迟稳定性，而不是峰值 IOPS。

2、图片素材站

现状：存储 2TB，日均读取次数不多但每次文件大，几乎全是顺序读。

需求：顺序吞吐比随机 IOPS 重要。这种情况普通 SSD 加大容量即可，甚至可以用对象存储加分发网络来替代。硬上 NVMe 是浪费预算。

3、高频写入的日志系统

现状：每秒写入上万条记录，持续不断，磁盘长期高负载。

需求：这是少数必须上本地 NVMe 的场景。因为随机写 IOPS 与写延迟同时要求高，网络存储的三副本写放大在这里会被放大成明显瓶颈。如果预算不足，退一步的做法是先做批量缓冲，把随机写变成顺序写，这比换盘更省钱。

还有一个经常被忽略的成本项：换盘意味着迁移。如果业务已经跑起来，换机器要重新部署环境、迁移数据、切换解析，一次完整迁移通常占掉一到两天。而对数据库来说，迁移还要挑低峰期、做数据校验。所以磁盘选错的代价，不只是「慢一点」，还有一次系统性的停工。

三个场景的共同点：先算自己的真实需求，再对照盘的参数。多数中小站点的需求远低于宣传页勾勒的想象。为用不上的性能付钱，和买不够性能一样是浪费。

十一、六个可以对照参考的采购渠道

下面几家在公开信息里有新加坡方向或存储相关描述。具体盘型与 IOPS 需单独确认。

Zorocloud：覆盖新加坡、香港、台湾、日本、英国与美国 CERA 高防节点，提供原生 IP 与家宽属性。新加坡是明确列出的地区。

恒创科技：标注 CN2 / GIA / BGP / HGC 多套线路，具有自有 ASN 与 APNIC/ARIN 会员资质。亚洲方向产品线较全。

vollcloud：公开简介提到 CMIN2 大带宽与原生 IP 精品线路，同时做站群与高防。

DigitalVirt：日本、香港、美国、德国、英国五地，标注四套线路。无新加坡节点，可作盘型与价格的横向对照。

justg：多档配置产品线，适合先开最低配做盘型与 IOPS 测试。

CloudCone：多地区产品线，可作价格与配置的基准对照。

注意：以上均为商家公开描述，不是实测结论。磁盘参数是规格表里最不透明的部分，「SSD」两个字背后可能是完全不同的东西。

十二、结论：先把是哪种盘问清楚，再谈快不快的问题

一、SSD 是介质，NVMe 是协议。两者不是并列关系，一块盘可以既是 SSD 又是 NVMe。

二、真正要分清的是本地盘与网络存储。后者的性能取决于档位，不取决于你的机器。

三、顺序速度好看没有意义。数据库与高并发业务看的是 4K 随机 IOPS 与延迟。

四、IOPS 可能随容量变化。买 40G 的盘，可能连标称性能的零头都拿不到。

五、按业务类型选，不要按容量选。随机为主看 IOPS，延迟敏感看 NVMe，归档看容量。

还有一条给中小站点的建议：如果预算只够在一处升级，优先升磁盘，而不是升 CPU。因为 CPU 长期跑满时，多数业务只是慢一点；而磁盘 IO 跑满时，请求会排队、超时、连锁失败。后者对可用性的影响大得多。

还有一个更快的判断捷径可以记一下：看这家有没有把「4K 随机 IOPS」写进产品页。敢写具体数字的，通常对自家的盘有底；只写「高性能」「企业级」的，多半是模糊处理。这个细节比任何参数表都直接。

最后一句：磁盘这一项，是所有配置里最难事后补救的。CPU 慢了可以升配，带宽不够可以加钱，而盘不行，只能换机器重来。所以它的优先级，应该排在选型的最前面。

本文所涉 SSD 与 NVMe 的技术区别、磁盘性能测试方法与选购要点均整理自公开技术资料与行业认识，为 2026 年 11 月查询所得。实际性能受盘型、容量档位、后端存储、副本机制与业务负载影响，文中关于 IOPS 与延迟区间的描述为一般性经验，不构成对任何具体产品或商家的保证。各服务商的盘型、规格、计费与条款会随时调整，请以其官网与合同实时显示为准。文中对渠道的描述均来自其公开页面，未做实测验证。本文观点与选购建议仅供参考，不构成任何购买承诺，亦不代表本站立场。读者应结合自身业务需求独立判断、自行决策，因购买、部署或使用相关产品与服务所产生的直接或间接损失，作者及本站不承担任何责任。