ESXi 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

      

经过自己实际测试,发现只用这个工具是不行的,还必须配合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










本文转自 qq8658868 51CTO博客,原文链接:http://blog.51cto.com/hujizhou/1971892,如需转载请自行联系原作者
目录
相关文章
|
Ubuntu
Ubuntu虚拟机LVM导致磁盘空间未完全占用
Ubuntu虚拟机LVM导致磁盘空间未完全占用
483 0
|
1月前
|
缓存 Ubuntu Shell
【虚拟机】 VMware虚拟机占用空间过大解决
【虚拟机】 VMware虚拟机占用空间过大解决
VirtualBox虚拟机硬盘容量扩容
VirtualBox虚拟机硬盘容量扩容
66 0
VirtualBox虚拟机硬盘容量扩容
虚拟机的文件系统,是否需要碎片清理功能?
虚拟机的文件系统,是否需要碎片清理功能?
104 0
|
存储 大数据 虚拟化
|
监控 KVM 虚拟化
KVM虚拟机磁盘readonly故障分析
集群有200余台虚拟机,运行在分布式文件系统mfs上。 现象:1、每天凌晨0:10 ,出现批量虚拟机分区出现readonly问题,导致用户无法正常写入。 原因分析:1、之前偶尔也会出现个别readonly的情况,没有深入排查,只是推测和chunkserver磁盘坏道有关,当vm读写正好在chunkserver坏道的块上时,可能出现报错,导致异常。
1668 0