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來達到全自動化的負載平衡。