白天SSH秒开。

网站也正常。

下午测速：

90多M。

一到晚上8点：

网页开始转圈。

SSH打字有延迟。

测速掉到二三十M。

很多人的第一反应：

商家超售了。

有可能。

但还不能这么快下结论。

因为“晚上变慢”这一个症状，

背后至少可能有：

CPU抢资源。

硬盘IO抢资源。

内存压力。

网络拥堵。

跨境线路拥堵。

五种完全不同的问题。

好消息是：

你不用全懂，按顺序排就行。

第一层：先看CPU是不是被抢了

VPS本质上是虚拟机。

所以你看到：

4核

并不意味着宿主机给你焊死了4个物理核心。

很多情况下，

vCPU会和其他虚拟机共享宿主CPU时间。

大白话：

你有4个工位，但楼里其他公司忙起来，你的人可能也得排队用电梯。

怎么判断？

晚上卡的时候：

top

找到：

%st

Steal Time。

理解成：

CPU本来想干活，但宿主机没空给你。

如果：

白天st接近0。

晚上卡顿时明显升高。

那CPU资源竞争就值得继续怀疑。

但是：

CPU没问题，是不是就能证明商家没超售？

不能。

因为下一层：

硬盘。

第二层：CPU很闲，网站照样可以卡，因为所有程序都在等硬盘

WordPress。

MySQL。

Docker。

日志。

缓存。

都要读写磁盘。

如果同一存储池晚上突然有人：

跑备份。

解压大文件。

刷数据库。

批量写入。

你自己的应用可能开始等IO。

这时候你看CPU：

20%。

看起来风平浪静。

但网站就是慢。

怎么判断？

最简单：

top

看：

wa

也就是IO Wait。

如果网站卡的时候wa明显升高，

就继续查IO。

稍微进阶：

iostat -x 1

再看等待和磁盘利用率。

不会也没关系。

跑一次HardwareQuality或者YABS，

白天留一份。

晚上再留一份。

对比硬盘结果。

第三层：CPU和IO都正常，那是不是网络？

现在才轮到网络。

很多海外VPS晚上慢，

其实和宿主机算力完全没关系。

而是：

大家都下班回家上网了。

跨境线路。

运营商骨干。

机房出口。

都可能进入高峰。

最简单判断

白天：

ping IP

晚上：

再Ping。

同时测：

丢包。

下载速度。

如果：

CPU没变化。

IO没变化。

但晚上延迟、丢包、带宽同时恶化。

那网络方向的嫌疑就非常大。

第四层：测速下降，也不一定是机房出口不够

假设晚上Speedtest从90M掉到30M。

很多人马上说：

机房超售带宽。

有可能。

但也可能是：

你到测速节点的路径堵。

测速节点自己忙。

你本地运营商高峰。

国际出口拥塞。

所以不要只测一个节点。

最简单：

换2到3个不同区域、不同运营商的节点。

如果所有方向晚上一起掉：

再去怀疑机房出口更合理。

如果只有某一个方向掉：

更可能是线路问题。

第五层：为什么“晚上卡”特别容易让人误判超售？

因为超售和网络高峰有一个共同特征：

都有时间规律。

白天没事。

晚上出问题。

看起来像同一件事。

但判断方法完全不同。

所以记住：

CPU问题

看：

%st

IO问题

看：

wa / iostat

网络问题

看：

Ping、丢包、早晚测速

不要一个指标解释所有问题。

再举个最简单的例子

假设晚上网站突然卡。

情况A

CPU st：15%IO正常Ping正常

优先查：

CPU资源竞争。

情况B

CPU正常wa：20%Ping正常

优先查：

存储IO。

情况C

CPU正常IO正常Ping从150ms涨到260ms还有丢包

优先查：

网络线路。

你看。

本来一句：

VPS晚上变慢

一下就拆成了三条完全不同的路。

判断并没有想象中难。

这里说句可能得罪同行的话

很多VPS用户一看到卡，

就喜欢把所有问题总结成：

超售。

这其实不公平。

但反过来，

如果一个商家所有机器每天晚上固定CPU、IO、网络一起崩，

还坚持说：

你本地网络问题。

那也挺考验用户的信仰。

数据比争论有用。

所以最好的办法不是猜。

是：

记录。

但这里也替商家说句公道话

超售本身不是原罪。

云计算和VPS的商业模式，

本来就是建立在：

大多数用户不会同时100%使用全部资源。

比如100个人买了4核。

不代表100个人每一秒都把4核跑满。

合理共享，

才能让几十块钱买到几核几G成为可能。

真正的问题是：

共享比例有没有高到影响正常业务。

最简单的三天记录法

如果你怀疑晚高峰，

不用一天跑几百次测试。

连续3天。

每天只记4个时间：

10:0015:0020:0022:00

每次记录：

CPU stIO waPing丢包测速

三天以后，

规律基本就出来了。

如果每天晚上CPU st升高：

看CPU。

如果每天晚上wa升高：

看存储。

如果每天晚上延迟、丢包恶化：

看网络。

这比论坛里发一句：

这家是不是超售？

有用得多。

不同业务，对晚高峰敏感程度也不同

测试机

晚上偶尔慢一点。

可能无所谓。

博客

只要打开速度还能接受，

不用追求每个指标都完美。

企业官网

稳定比峰值跑分更重要。

Windows远程

对延迟和丢包非常敏感。

API业务

对抖动、网络稳定和CPU稳定都敏感。

所以不要为了：

跑分从900变成850

就连夜迁服务器。

先看：

有没有影响业务。

最后记住一个排查顺序

VPS晚上变慢：

第一步：看CPU st。

第二步：看IO wa。

第三步：看内存和Swap。

第四步：看Ping和丢包。

第五步：白天晚上对比测速。

第六步：再看路由变化。

如果这套顺序会了，

下次服务器晚上变卡，

你已经不用先猜：

是不是超售？

你可以直接告诉自己：

先找到到底是哪一层在变慢。

这才是真正有用的判断能力。