办公室老张的下虚虚拟机又卡死了。鼠标转圈，拟机屏幕定格，下虚他拍了两下显示器，拟机回头喊我：“这玩意儿是下虚不是又中邪了？”我过去瞄了一眼，ESXi 6.7，拟机虚拟机里跑着Windows Server 2012，下虚CPU占用显示只有15%，拟机内存也才用了不到一半——典型的下虚“看起来没事，实际上动弹不得”。拟机

这种卡法，下虚十有八九不是拟机资源不够，而是下虚资源分配出了问题。ESXi有个坏毛病，拟机它默认给虚拟机的下虚磁盘做成厚置备延迟置零，听着专业，其实就是写数据的时候才去干活，遇到磁盘碎片或者存储控制器忙，虚拟机就会像被掐住脖子一样，喘气都费劲。老张这台机器，磁盘I/O等待时间已经飙到300毫秒以上，正常应该是个位数。

我让他把虚拟机关机，去存储适配器里看一眼。果然，两块SAS盘组的RAID 1，缓存策略写着“直写”，没开回写。这等于每次读写都硬等物理磁盘确认，不卡才怪。改成“回写”并开启电池保护后，再开机跑那个每天凌晨的数据库备份任务——原来要四十分钟，现在十四分钟完事。老张愣了半天，说了一句：“早知道当初就不该让那个外包公司瞎调。”

但卡顿不都是存储的锅。上个月新部署的一台Linux虚拟机，CPU给足了8核，内存16G，跑个Nginx加PHP，居然时不时僵住几秒。查了半天，发现是ESXi主机上的CPU超线程被禁用了——虚拟机里的8个vCPU，实际只映射到4个物理核上，而且内存的NUMA节点分配错位，跨节点访问内存，延迟直接翻倍。改回超线程开启，把虚拟机内存锁定在单个NUMA节点内，那台机器立马活泛了。

还有一种情况更隐蔽，也最常见——快照。有人养成了习惯，做任何操作前先打个快照，完事也不删，堆了五六层。ESXi的快照是差分盘，每读一次数据就要沿着快照链往上翻，层数越多，延迟越高。有个测试环境的虚拟机卡成幻灯片，我进去一看，快照链上挂了九层，最老的那个快照还是三个月前的。删掉旧快照、合并磁盘后，虚拟机启动时间从十一分钟降到两分钟。这活儿不复杂，但就是没人愿意定期干。

说句实话，很多人遇到虚拟机卡，第一反应是加CPU加内存。可你加了资源，ESXi不一定能用明白。它那套CPU调度算法，对某些工作负载特别敏感——比如频繁锁竞争的多线程应用，vCPU数量一旦超过物理核心数，反而会因为调度开销变大而更慢。我见过一台跑Oracle的虚拟机，从4核加到8核，性能反而掉了20%，降回4核又恢复正常。这不是玄学，是ESXi的CPU就绪时间在作祟。

最后给个土办法，但管用：在虚拟机里装个VMware Tools，然后去虚拟机的高级参数里把LatencySensitivity改成High。这对那些对延迟敏感的小型应用，比如远程桌面、轻量数据库，效果立竿见影。老张那台机器改了之后，他再没拍过显示器。