vSAN存在可用空间但虚拟机因空间不足被挂起的原因排查

碰到这种情况确实挺闹心的——明明vSAN总容量显示还有几百GB空闲，虚拟机却突然因为「磁盘空间不足」被挂起，删点东西又能恢复。结合你用的是3节点ESXi 6.5集群，我给你梳理几个最可能的核心原因：

1. 存储策略的冗余要求导致实际空间需求被放大 #

vSAN的存储策略是关键！比如你给虚拟机配置了**双副本（RAID-1）**策略，那虚拟机每写1GB数据，vSAN实际需要占用2GB的物理空间（要在不同主机存两份）。哪怕总集群空间有几百GB空闲，但如果满足副本放置条件的主机磁盘空间不够（比如其中两台主机的本地磁盘空闲不足），就会触发空间不足的告警，导致VM被挂起。

举个例子：VM要写入150GB新数据，双副本需要300GB的可用空间来存放两个副本，但如果集群里只有一台主机有200GB空闲，另外两台只有80GB，那总空闲虽然有360GB，但满足不了双副本的放置要求，就会出问题。

2. vSAN的系统预留空间被占满 #

vSAN默认会预留一部分空间给系统操作（比如副本重建、垃圾回收、重平衡），这部分空间是不对外分配给虚拟机的。如果你的总空闲空间里，大部分是系统预留的，实际可分配给VM的空间可能已经见底了。

你可以通过ESXi主机的命令行执行 esxcli vsan storage list，查看每个磁盘组的「可用空间」和「预留空间」数值，确认是不是预留空间把可分配的额度占了。

3. 虚拟机磁盘的置备类型导致即时空间需求无法满足 #

如果你的VM用的是**厚置备延迟置零（Thick Provision Lazy Zeroed）**磁盘，这种磁盘在创建时只是占了逻辑空间，但物理空间是在第一次写入数据时才实际分配的。如果VM突然需要写入大量数据（比如批量生成文件、数据库扩容），vSAN可能没办法瞬间凑够对应的物理空间，或者局部磁盘组没有足够空间，就会触发空间不足的提示，导致VM被挂起。

4. 局部磁盘组空间耗尽（总容量够但单组满了） #

vSAN是由各个ESXi主机上的磁盘组组成的，总集群空间空闲不代表每个磁盘组都有空闲。比如VM的磁盘刚好存放在某个已经被占满的磁盘组上，哪怕其他磁盘组还有大量空间，也会出现VM因为所在磁盘组无空间被挂起的情况。

你可以在vCenter的「vSAN存储」页面，逐个查看每个主机的磁盘组空间使用情况，定位是不是某一个磁盘组已经满了。

5. 空间统计的延迟（可能性较低） #

虽然你刷新了存储容量，但vSAN的空间统计在高IO负载下可能会有短暂延迟，导致显示的空闲空间和实际可分配空间不符。不过你说删除内容后就能恢复VM，这个原因的概率相对小，但也可以作为排查的最后一步验证。

备注：内容来源于stack exchange，提问作者Konrads