ESXi thin磁盘空间回收

 

背景：Team的ESXi 容量只剩几个GB了，这在大数据时代连塞牙缝都不够啊，怎么办？问老板要求去购买硬盘，这流程下来估计要好长一段时间。既然开源不成，只能想办法节流了

     

登上ESXi看看空间，只剩6.8G了

     

~ # df -h        
Filesystem   Size   Used Available Use% Mounted on        
VMFS-5     459.8G 452.9G      6.8G  99% /vmfs/volumes/datastore1        
vfat         4.0G  26.8M      4.0G   1% /vmfs/volumes/518bbaed-cd4205ae-4433-6cae8b618a8b        
vfat       249.7M 152.2M     97.6M  61% /vmfs/volumes/e004997b-19d900f9-78d2-328c75df8d55        
vfat       249.7M   8.0K    249.7M   0% /vmfs/volumes/f425ab7f-19a30306-ecae-df98131c5d28        
vfat       285.8M 179.8M    106.1M  63% /vmfs/volumes/518bbae7-ef420f9e-c41f-6cae8b618a8b

     

再用Vsphere Client连上去看看哪几台机器占用空间比较多，例如红色方框那台windows2008，显示已经使用40GB

     
   

可是windows 2008系统显示只用了29GB，那还有11GB空间哪里去了？

这不得不从VMware磁盘类型提及，在建立虚机类型的时候有三种方式

     

• 厚置备延迟置零（zeroed thick）：以默认的厚格式建立虚拟磁盘。建立过程当中为虚拟磁盘分配所需空间。建立时不会擦除物理设备上保留的任何数据，可是之后从虚拟机首次执行写操做时会按须要将其置零。

• 厚置备置零 （eager zeroed thick）：建立支持群集功能（如 Fault  Tolerance）的厚磁盘。在建立时为虚拟磁盘分配所需的空间。与zeroed thick相反，在建立过程当中会将物理设备上保留的数据置零。建立这种格式的磁盘所需的时间可能会比建立其余类型的磁盘长。

• 精简置备（thin）：使用精简置备格式。最初，精简置备的磁盘只使用该磁盘最初所须要的数据存储空间。若是之后精简磁盘须要更多空间，则它能够增加到为其分配的最大容量。

     

在建立windows2008虚机的时候，我指定的是44G的空间，可是因为我使用了thin的方式，可能实际上只分配了20GB的空间（还有24GB的空间预留着，并无从存储上真正分出去）。但后来随着windows2008文件愈来愈多，使用了40GB，那这时候我发现空间不够了，我删了5GB的空间，你觉得在ESXi 存储上这5GB空间被释放了，其实不是的，这5GB空间仍是真正划分给了windows2008虚机。这是由于这个delete操做是在guest OS中进行的，而hypervisor并不知道这个动做，因此也就不会reclaim space。因此，咱们会发现虽然在建立虚机的时候使用thin的方式，可是到后来后端存储空间仍是消耗的很快。VMware也考虑到了这一点，咱们可使用vMotion或者vSphere Converter来reclaim空间，可是对于ESXi有什么办法呢？

     

google了下，发现有人提到过这种方式。sdelete是个小工具，能够本身下载。

c:\share>sdelete.exe -z C:        
SDelete - Secure Delete v1.61        
Copyright (C) 1999-2012 Mark Russinovich        
Sysinternals - www.sysinternals.com        
SDelete is set for 1 pass.        
Free space cleaned on c:\        
1 drives zapped

     

通过本身实际测试发现不行，存储空间没有任何变化。继续google发现了VMware提供了vmkfstools这个工具

~ # cd /vmfs/volumes/datastore1/test-Win2008/

/vmfs/volumes/5075da98-8eef8322-f2b2-6cae8b618a8a/test-Win2008 # ls        
test-Win2008-flat.vmdk  test-Win2008.nvram      test-Win2008.vmdk       test-Win2008.vmsd       test-Win2008.vmx        test-Win2008.vmxf       vmware.log

     

/vmfs/volumes/5075da98-8eef8322-f2b2-6cae8b618a8a/test-Win2008 # du -ah *        
36.0G   test-Win2008-flat.vmdk        
1.0M    test-Win2008.nvram        
0       test-Win2008.vmdk        
0       test-Win2008.vmsd        
8.0k    test-Win2008.vmx        
0       test-Win2008.vmxf        
2.0M    vmware.log

发现这个vmdk占用了36G，可是以前提过我这台机器实际只用了29G，用vmkfstool reclaim空间

/vmfs/volumes/5075da98-8eef8322-f2b2-6cae8b618a8a/test-Win2008 # vmkfstools --punchzero test-Win2008.vmdk    
vmfsDisk: 1, rdmDisk: 0, blockSize: 1048576        
Hole Punching: 100% done.

     

24.4G   test-Win2008-flat.vmdk        
1.0M    test-Win2008.nvram        
0       test-Win2008.vmdk        
0       test-Win2008.vmsd        
8.0k    test-Win2008.vmx        
0       test-Win2008.vmxf        
2.0M    vmware.log

运行完以后发现减小了12G      

~ # df -h        
Filesystem   Size   Used Available Use% Mounted on        
VMFS-5     459.8G 445.4G    14.3G  97% /vmfs/volumes/datastore1        
vfat         4.0G  27.0M      4.0G   1% /vmfs/volumes/518bbaed-cd4205ae-4433-6cae8b618a8b        
vfat       249.7M 152.2M     97.6M  61% /vmfs/volumes/e004997b-19d900f9-78d2-328c75df8d55        
vfat       249.7M   8.0K    249.7M   0% /vmfs/volumes/f425ab7f-19a30306-ecae-df98131c5d28        
vfat       285.8M 179.8M    106.1M  63% /vmfs/volumes/518bbae7-ef420f9e-c41f-6cae8b618a8b

 

参考文章--http://vjourneyman.com/reclaim-thin-provisioned-space-punchzero