因為工作的關係,前手有許多台虛擬機器配置不良,所以,需要進行各式各樣的優化,包含ESXi空間配置的合理化。
ESXi有下面三種空間配置方式
Thin Provision (以下簡稱:Thin) 最省空間,但效能最差,需使用到空間,才做初始化。
Thick Provision Lazy Zeroed (以下簡稱:Lazy) 界於兩者中間
Thick Provision Eager Zeroed (以下簡稱:Eager) 最耗空間,在配置時,即初始化完。
談一下合理性,才用到連作業系統才使用50G空間的伺服器,日後再麼用也不會超過200G,卻配置1T的空間,整整有800G的空間浪費掉了。
下面這張截圖, 就是AD Server,不過就使用了16G的空間,為什麼劃500G的空間給他,而且是使用ESXi Eager的方式佈署。在整理後,從500G縮成32G。釋放出450G以上的空間。

所有的伺服器都是這種配置,空間使用率超過97%。讓我常常動彈不得。光是要執行維護,下了一個快照,建立新的快照就直接把系統空間吃光導致停機,心理真的是…
所以,調整完配配空間之後,ESXi仍然不會把佔用的空間放出來,只好利用Synolog中的Active Backup for Business進行備份及還原。
還原的時間,直接還原到原來的安裝空間,相容性最高,失敗率最小(套件中說的)
還原速度,真的嚇死我了,超及快的。

我之前在維護Citrix XenServer和Promox VE完全沒有這種速度。
讓我深深的愛上了這樣備分還原方式。
結果,我錯了,這根本是一場災難。
因為我做了很多組的備份排程,因為還原完了,所以,有一些備份計劃要刪除,才可以把備份的檔案刪掉。
後來系統一直說,有還原在進行中,我想都還原完了,而且系統都在運作了,沒有還在進行中的還原。
重新開了Synology之後,這些還原的系統全都出錯了。

我去查了連結之後,才發現,Active Backup for Business並不是還原到到原來安裝的LUM中。而是透過NFS直接掛了備份檔到ESXi中,難怪不用一分鐘就還原好了。
還好,我有各種不同的備份,直接使用NFS倒回去,修改XXX.vmx中的設定,再掛載到ESXi中,就頻利開機了。
前後救援超過48小時,阿不就還好連假,公司沒有人加班。唉唉,還是純指令的方式備份(ghettoVCB.sh),我想是當對穩定的,我這次損失8台服務器,有一半以上,5台是用這個方式備份的資料救回來的。
總之,別人說的不算數(前手說,Synology備份還原很快),自己痛過才學起來的,真的是印像深刻(嚇出一身冷汗,差一點要提頭去見老闆了)
隨機文章
- 搞什麼鬼McAfee(賣咖啡)誤判我的網站 (2011-04-01)
- 卡奴協商無標準 可求助免費諮詢 (2007-12-03)
- google apps的gmail圖示可以自訂 (2009-01-13)
- 快速架設openwebmail server (2009-06-24)
- 感謝各位的支持~蝸牛不再更新中壢半導體廠的相關資料 (2011-10-10)