Vsphere的DRS介紹

當有叢集的架構之後,我們只在乎虛擬機有沒有正常運作,並不在乎他在哪台ESXI上,但是有沒有可能你有三台ESXI,結果其中一台主機忙得要死,另外兩台主機閒得發慌。

就像你們公司請了三個助理,其中一個助理因為案子突然變多忙得要死,另外兩位喝咖啡閒得發慌,你看到了,問說為什麼都是助理怎麼不幫忙處理呢?他們回答因為主管沒有交代啊。

因此DRS就像是一個主管,觀察這三個助理的工作狀況,如果其中一個太忙的話,他可以把工作分配的其他兩位,如果我們只有三台當然可以自己觀察後手動移轉虛擬機,但是如果我們有十台ESXI,200多台虛擬機的話,就需要靠自動化的DRS了。


一樣我們到叢集裡開啟 vpshere DRS的功能。

這裡我們先選擇手動,移轉臨界值由於是實驗性質的關係,我們選擇積極。
保守和積極差別在於演算法的參數,如果越積極的話,DRS會越敏感,只要ESXI主機一忙起來,他就開始移動虛擬機了。



當我們虛擬機開機的時候,他會問你要放置在哪台ESXI上,因為我第一台開機放在109,另一台當然是放在114了。

這裡要特別注意的事情,Vmotion是HA和DRS的基本條件,如果你的虛擬機放在local HD,或是有掛載local的光碟,他就會失去功能,只能選擇放在那台local的ESXI上,因此我這裡虛擬機都是放在共用的儲存空間(ISCSI、NFS)上,才可以這樣移來移去。



為了要測試DRS我們故意把兩台主機放在114上,果然負載不平衡。


由於負載建議需要時間,我們用一個軟體CPU Burn,來燒CPU到100%,加速它的建議時間。



果然在HA裡的DRS出現把LAB01虛擬機移到另一台ESXI,讓負載平衡一點。


虛擬機搬過去之後,我們再把CPU Burn關掉,果然負載就平衡了。


接下來我們選全自動,而半自動就是虛擬機器開機的時候自動選擇ESXI,然後要移轉虛擬機的時候只提供建議讓管理員手動選擇,這裡我就不示範了。



他虛擬機開機的時候連問都不問了,像是我這台虛擬機預設是放在109,因為109已經有一台機器了,所以他直接開在114上。


當他發現兩台ESXI負載不平衡的時候果真開始自動移轉一台到另一台ESXI了。



最後我們思考一個問題,雖然現在兩台ESXI已經各有一台虛擬機,但是一台比較忙碌,一台比較輕鬆,因此演算法算出來負載還是不平衡,但是DRS怎麼沒有運作?

因為他沒有辦法搬移虛擬機了,兩台ESXI各一台虛擬機已經是最佳解,只是剛好負載算出來還是不平衡而已,所以管理員必須要去了解實際狀況,不是只是去看數字。

結論:在動態的虛擬機資源配置底下,ESXI確實有可能會負載不平衡,少部分的可以靠管理員手動移來移去,但是在企業規模比較大的環境底下,還是需要靠DRS來達到全自動化的負載平衡。

留言

這個網誌中的熱門文章

FortiGate 網路基本設定

Windows AD 架設

交換器Console的連線方法