网站变慢时，CPU 使用率高不一定代表虚拟主机所在的物理服务器发生争用：应用可能正在执行更多计算，也可能拿不到预期的处理器时间。判断独立虚拟主机套餐中的CPU争用识别方法，关键是把 CPU 指标、业务响应和时间变化放在一起看。以下五种观察方式适用于常见 Linux 虚拟机；具体指标是否可见，取决于服务商开放的权限和监控面板。
一、观察 steal time：先看虚拟机是否在等待
Linux 的 CPU steal（窃取时间）表示虚拟机有可运行任务，却因宿主机调度等原因未获得处理器时间。它比单看 CPU 使用率更能提示虚拟化层的资源竞争。登录主机后运行：
- vmstat 1 10：连续采样约十秒，观察末列 st。首次输出通常是启动以来的平均值，判断时重点看后续采样。
- 若系统安装了 sysstat，可运行 mpstat -P ALL 1 10，查看各 CPU 的 %steal，并同时留意 %idle。
- 在业务变慢的时段重复采样，并与正常时段比较；记录时间、业务延迟和采样结果。
持续出现数个百分点的 steal 可作为进一步排查的线索；若多次采样达到约 5%—10% 或更高，且与响应变慢同时发生，争用嫌疑会增加。这只是经验性警戒范围，不是通用故障标准；短暂尖峰、虚拟化平台和套餐配置都会影响结果。
二、对照运行队列与 vCPU 数量
运行 nproc 查看系统可见的处理器数量，再用 vmstat 1 10 检查 r 列，即等待运行或正在运行的任务数。若 r 长时间明显高于可用 vCPU 数，同时 CPU 空闲率低，说明本机任务已排队；但这单独不能证明宿主机争用，也可能是程序并发过高。反之，任务不多而 steal 持续升高，更值得向服务商核实宿主机调度情况。
三、把指标和响应时间做时间对照
在一个具体故障窗口内同时记录 CPU 指标和网页、接口的响应时间，不要只查看全天平均值。可用 top 或 pidstat -u 1 10（需安装 sysstat）观察进程 CPU 占用，并从应用日志或现有监控记录请求耗时。若某个进程持续占用大量 CPU，且 steal 很低，优先排查程序、任务队列或请求量；若多个进程并未异常繁忙，但延迟升高时 steal 同步增加，则更像虚拟化层供给不足。不要为测试在生产业务上运行长时间压力测试。
四、检查套餐限额和 CPU throttling
“独立”或“专属”可能描述虚拟机、资源配额或管理方式，不必然代表独占一颗物理 CPU。查看控制面板或合同中的 vCPU 数量、CPU 配额、突发规则及限流说明。若使用 cgroup v2，可在有权限时检查对应容器或进程组的 cpu.max 与 cpu.stat；nr_throttled 持续增加，表示任务受到配额节流。节流和 steal 的含义不同：前者提示自身配额限制，后者提示虚拟机未获得调度时间。容器环境的文件路径和可见范围可能不同。
五、跨时段复测并向服务商提交证据
- 选取至少两个业务高峰和两个相对空闲时段，每次采样约 10—30 秒；固定命令、采样间隔和记录方式。
- 记录 vCPU 数、采样时间、steal、运行队列、主要进程占用及请求延迟，避免只凭一次快照下结论。
- 若异常持续出现，向服务商提交时间段和指标，询问该节点是否存在调度、限额或宿主机负载问题，并请求说明可提供的迁移或升级选项。
跨时段数据比单次 CPU 高峰更有判断价值。按上述独立虚拟主机套餐中的CPU争用识别方法收集证据后，再区分应用负载、套餐限额与宿主机争用，能让后续排查更有针对性。
常见问题
CPU 使用率不高，网站为什么仍会变慢？
虚拟机可能在等待宿主机调度；也可能是磁盘、网络、数据库或程序锁造成延迟。应结合 steal、磁盘等待和应用日志判断。
steal time 为零，能否排除 CPU 争用？
不能完全排除。监控采样可能错过短时波动，部分平台也未必向客户机准确暴露该指标。可延长观察并向服务商核对宿主机侧数据。
什么时候应考虑升级套餐？
若进程 CPU 占用和运行队列长期偏高、steal 较低，说明自身计算需求可能超过配额，可比较增加 vCPU 或优化程序的成本；若 steal 与延迟同步升高，先要求服务商核查节点，再决定是否迁移或更换方案。