ESXi thin磁盤空間回收

 

背景:Team的ESXi 容量只剩幾個GB了,這在大數據時代連塞牙縫都不夠啊,怎麼辦?問老闆要求去購買硬盤,這流程下來估計要好長一段時間。既然開源不成,只能想辦法節流了windows

     

登上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
app

     

再用Vsphere Client連上去看看哪幾臺機器佔用空間比較多,例如紅色方框那臺windows2008,顯示已經使用40GBide

Image      
   


可是windows 2008系統顯示只用了29GB,那還有11GB空間哪裏去了?工具

Image(1)

這不得不從VMware磁盤類型提及,在建立虛機類型的時候有三種方式測試

     

  • 厚置備延遲置零(zeroed thick):以默認的厚格式建立虛擬磁盤。建立過程當中爲虛擬磁盤分配所需空間。建立時不會擦除物理設備上保留的任何數據,可是之後從虛擬機首次執行寫操做時會按須要將其置零。大數據

  • 厚置備置零 (eager zeroed thick):建立支持羣集功能(如 Fault  Tolerance)的厚磁盤。在建立時爲虛擬磁盤分配所需的空間。與zeroed thick相反,在建立過程當中會將物理設備上保留的數據置零。建立這種格式的磁盤所需的時間可能會比建立其餘類型的磁盤長。google

  • 精簡置備(thin):使用精簡置備格式。最初,精簡置備的磁盤只使用該磁盤最初所須要的數據存儲空間。若是之後精簡磁盤須要更多空間,則它能夠增加到爲其分配的最大容量。spa

     

在建立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有什麼辦法呢?orm

     

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

相關文章
相關標籤/搜索