当前SVC并不支持ESXi的unmap功能,明年会支持。
在不支持unmap功能时,ESXi写过来的数据都会被SVC标记为占用空间,即使上层ESXi的VM删除文件或重复被使用。
SVC的vdisk被撑满了,就变成一个全容量的卷。如果存储池的空间不足,vdisk容量并未达到使用上限,但由于存储池空间不足,vdisk会变成offline状态不让主机进行写入以保护数据完整性,但不会丢数据。此时应用或VM会挂起。
一个20T的瘦供给LUN,在VM层怎么折腾,也不会折腾出大于20T的容量来。因此,只有后端vdisk所属的存储池空间耗尽,才会导致vdisk offline。忽略瘦供给的使用比超阀值,是可以的。忽略存储池的使用超阀值,是有风险的。
用瘦供给,最重要的工作就是监控空间的总体使用情况,避免存储池空间耗尽。当然,支持主机的unmap功能,是更好的选择。
选择了瘦供给,就是要追求空间使用率的提高,但缺乏管理手段的跟进,容易出现存储池耗尽的情况导致应用hang。毕竟,管理员无法精确的预测超供比例,也没办法控制应用的写入数据量。