因為工作的關係,前手有許多台虛擬機器配置不良,所以,需要進行各式各樣的優化,包含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備份還原很快),自己痛過才學起來的,真的是印像深刻(嚇出一身冷汗,差一點要提頭去見老闆了)
隨機文章
- ptt鄉民的正義 (2013-09-27)
- 受保護的內容: PTT 帳號太相似?差多了好唄 (2017-05-16)
- Openmediavault 6.x 初測 還行 (2021-07-22)
- 又被Google Adsense警告了 (2010-09-29)
- 20120713 早上Gmal掛掉 無法順利正常連線 (2012-07-13)