背景: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

ESXi thin磁盘空间回收_ESXi      
   


但是windows 2008系统显示只用了29GB,那还有11GB空间哪里去了?

ESXi thin磁盘空间回收_vSphere Vmware_02


这不得不从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​

欢迎大家关注我的个人微信公众号:天道侃IT

ESXi thin磁盘空间回收_vSphere Vmware_03