vSAN其实很简单-如何榨干vSAN的最后的空间- Part1
作者：互联网
首先，请原谅这个题目，确实有些“标题党”的感觉，因为：
https://mp.weixin.qq.com/s/ouE2SbmGGRkaMxHbI5Te0g
vSAN建议保留30%的剩余空间
vSAN建议保留30%的剩余空间
vSAN建议保留30%的剩余空间
但是之所以写这篇文档的原因是因为最近借来了一套4节点的vSAN环境来做VCF的实验。可是由于每台主机的容量层磁盘只有900G，因此一共可用的vSAN空间只有3.6T不到，这些容量对于一套需要模拟8个ESXi节点的VCF环境还是有些紧张的，尤其是还要对VCF进行升级。那么如何尽可能“榨干”所有的空间呢？
整个操作过程中我主要使用下面三种方法，优先级从高到底依次是：
-
使用vSAN的UNMAP功能
-
调整vSAN中的vswap文件属性
-
调整存储策略
开始之前，还是需要强调下：vSAN建议保留30%的剩余空间，原因是：这样既可以不超过80%的被动同步的阈值，也可以确保在某个节点发生问题时，有足够的空间可以重建数据。
使用vSAN的UNMAP功能
=========================
UNMAP/TRIM 功能是vSAN6.7U1中引入的功能，由于默认是关闭的，因此需要手工的进行开启。方法如下：
1. 确保vSAN状态健康
2. 登录vCenter RVC，进入到目标的vSAN集群的路径下，例如：
/localhost/Datacenter/computers/vSAN67U3
3. 执行下面的命令：
vsan.unmap_support . -e
4. 重启虚拟机
注意：
使用这个功能是有一些要求的，包括
-
虚拟机配置文件disk.scsiUnmapAllowed为true(默认)
-
虚拟机磁盘必须是"thin"模式
-
启用vSAN集群UNMAP功能后，VM需要重启
此外，这个功能对不同的操作也有一些额外要求，包括：
Windows要求：
-
虚拟硬件版本大于11
-
开启自动空间回收功能（Win2012之后的版本是默认打开的），可以使用下面Powershell命令查询并且开启：
查询：
Get-ItemProperty -Path "HKLM:\System\CurrentControlSet\Control\FileSystem" -NameDisableDeleteNotification
开启：
Set-ItemProperty -Path "HKLM:\System\CurrentControlSet\Control\FileSystem" -NameDisableDeleteNotification -Value 0
Linux要求：
-
虚拟硬件版本大于13
-
还需要考虑是否是加密文件系统，以及文件系统类型，具体看下的截图
验证记录：（Windows10）
=====================
-
我的环境中，这台Win10虚拟机配置一个200GB的虚拟机磁盘，使用vSAN默认存储策略。
-
当前这个这个虚拟机磁盘使用了大约176GB，
3. 从vCenter上看到这个这个VM的使用情况，可以看到vmdk大小为200G，目前使用了空间为350GB（175GB*2）
4. 从VM里删除52GB文件，然后清除回收站
虚拟机内部显示的可用空间增加到79GB
5. 此时重启了VM，在ESXi层面检测到的VM使用空间没有减少，依旧是350GB
6. 开启vSAN的UNMAP功能
7. 再次重启VM后，在VM里执行下面的命令或者Defrag或者直接通过图形调度磁盘清理任务
Optimize-Volume -DriveLetter C -ReTrim -Verbose （C表示C盘）
8. 在vCenter中重新刷新vSAN里的显示容量
9. 此时显示VM的空间已经从之前350G减少为240G左右。
10. 检查虚拟机磁盘对象的状态，可以发现当前这个对象的实际使用空间从原来每个组件175GB降低为120GB左右。
11. 通过性能监控了解更多的信息
我们先了解下这个VMDK的存放位置：
这台VM运行在主机212上，但是这个VMDK 的两个副本（组件）分别存放在211和213上。
我们在VM的操作系统内触发回收磁盘操作时，可以在主机212的vSAN性能监控-VM界面（对，是VM界面）里看到有大量的UNMAP IO发生
实际上在后端211和213两台主机上触发里VSAN UNMAP IO。这里的监控的是BACKEND，而不是VM。
(Host211 在BACKEND有UNMAP IO)
(Host213在BACKEND有UNMAP IO)
根据上述的操作，如果客户在使用vSAN67U1之后的版本，可以通过开启UNMAP功能来节省空间。由于篇幅有限，下一篇文章再讲另外的内容。
参考文档：
-
https://storagehub.vmware.com/t/vmware-vsan/vsan-space-efficiency-technologies/unmap-trim-space-reclamation-on-vsan-1/
-
https://www.starwindsoftware.com/blog/reclaiming-guest-os-storage-in-vmware-vsan-6-7-u1-with-trimunmap-process
z136370204
发布了3 篇原创文章 · 获赞 20 · 访问量 4万+
私信
关注
标签：UNMAP,榨干,vsan,虚拟机,VM,Part1,空间,vSAN 来源： https://blog.csdn.net/z136370204/article/details/104064787