公有云EC2超卖StealTime怎么测

用mpstat实测EC2 Steal Time，识别超卖与恶邻

更新于 2026-08-13 · CloudWorth

Steal TimeEC2超卖性能审计NitroFinOpsCloudWorth云服务器超卖VPS检测

Steal Time偏高不等于超卖，需结合Nitro与积分机制综合判断。

mpstat实测超卖

在公有云EC2上测Steal Time，最直接的办法是 mpstat -P ALL 1 盯几轮 %steal。但别看到数字高就喊超卖——我踩过坑：T3实例CPU积分耗尽时，%steal也能飙到30%+，可那根本不是邻居抢占，是积分池空了。真正要区分Nitro虚拟化下的正常调度开销、Burstable积分耗尽和恶邻抢占，得配合/proc/schedstat和CloudWatch的CPUCreditBalance指标一起看。

实操时我习惯先跑sudo apt install sysstat && mpstat 1 5，重点看%steal是否持续>10%。如果只是瞬时抖动，多为Host正常的CPU资源竞争；若长时间居高，且cpustat里steal时间占比稳定，才怀疑超卖。注意：Steal Time高不等于超卖，也可能是你自己买小了——T3实例开Unlimited后，持续高负载会先把未来积分预支掉，表现就是steal升高。

到这里还不算完。我会顺手把mpstat输出导成CSV，连同CloudWatch截图打包成PDF——万一要开维权工单，这是硬证据。AWS共享型实例的性价比看着诱人，但FinOps算账时要把潜在steal风险折成溢价率：同样是4 vCPU，与其赌运气抢邻居，不如算清楚Dedicated Host vs 共享实例的长期成本差。

完整审计思路可看EC2 StealTime巡检指南，或直接进运维审计台自动跑一轮。

Nitro超卖与T3积分

AWS EC2 的 Nitro 架构与常规 KVM 超卖不同：Nitro 的 CPU 调度更硬隔离，但共享宿主机依然存在邻居争抢。真正容易混淆的是 T3/T3a/T4g 这类可突增实例。当 CPU 积分耗尽且未开启 Unlimited，性能会被强制拉回基准，此时 mpstat 里的 %steal 不一定飙升，反而更像是自己“卡顿”。而开启 Unlimited 后，积分可以透支，但会产生额外费用。

所以排查时，先用 mpstat 1 连续采样，再对照 CloudWatch 的 CPUCreditBalance 指标。若 steal 高但积分充足，才是超卖证据；否则可能是 Nitro 虚拟化正常开销。实测中，若持续高 steal，建议收集 /proc/stat 时间戳证据，用于提交工单或降配论证——毕竟从 FinOps 看，为超卖买单意味着溢价率不划算。

取证工单与FinOps溢价

当你在EC2上抓到持续偏高的steal time，先别急着给AWS开“超卖”的帽子。我的习惯是：先用mpstat -P ALL 1连续采样15分钟，再拉CloudWatch的CPUCreditBalance和CPUCreditUsage做对照。如果T3/T4g的积分余额归零，那steal time高多半是CPU积分耗尽，而不是邻居抢CPU。真正要坐实“恶邻”，得看Nitro虚拟化下steal是否超过5%且伴随irq抬升——但Nitro本身有少量调度开销，所以别拿VPS那套0.5%阈值硬套。

到了取证阶段，我会同时导出CloudWatch的CPUUtilization、StealTime指标（EC2的StealTime是自定义命名空间，得用GetMetricData拉），再用/proc快照记录cpu行。把这三样按时间戳拼成PDF，工单里直接附上。AWS Support看到带时间轴和截图的数据，通常会更愿意查底层宿主机——虽然他们极少承认超卖，但会给你换实例或调placement group。

最后说FinOps溢价：同样规格的c7i.large，在共享宿主机上跑批处理，steal time 3%和8%的实例，实际吞吐能差12%以上。如果算上积分耗尽后的额外计费（T系列unlimited），综合成本可能比专用主机还贵。建议把steal time纳入每月成本报表，超过5%的按“性能损耗溢价”折算，再对照Dedicated Host的包年价——很多时候，给关键任务升宿主反而更划算。