一、為什么使用DRS

負載均衡

我們希望在一個Cluster中的所有主機上的負荷是均衡的，不至于出現有的主機特別繁忙，而有的又很閑的情況。在一開始啟動VM的時候，DRS會自動選擇合適的主機來運行它。在運行中，DRS也會不斷衡量各種因素，來決定是否移植該VM.

質量控制：

資源池及其控制，比如share、limit、reservation等都要依賴DRS來支持。

策略實施：

如果你希望有些VM運行在同一臺主機，或者有些VM分別運行在不同的主機，，可以通過DRSAffinity/Non-Affinity 可以實現

維護管理：

在主機進入維護模式后，DRS自動移植VM到其他可用的主機。

二、基本設計原則

不要過度設置Affinity/Anti-Affinity Rule, 可能會很大得制約DRS可以分配的主機資源。

在Cluster內主機數目較多時，考慮采用Affinity Rule僅允許vCenter運行在一個或幾個指定的主機上。這樣在vCenter宕機時，可以很容易在特定的主機上的找到它。否則vCenter有可能運行在任何一臺主機上。另外一個辦法是，無需指定vCenter運行的主機，但是指定存儲vCenter的DataStore。在vCenter宕機后可以隨機在任何一臺主機上注冊該vCenter并啟動。

根據VM的目前和近期需要來設置vCPU和內存的初始值。不要過度為VM分配資源，如果Configured Size大大超過實際的需要，可能DRS要很費事的把負載均衡到各個主機上。

盡量保證有足夠的帶寬供vMotion使用，避免vMotion所需的時間過長

三、考慮因素

什么情況下DRS被激活?

缺省情況每300秒，DRS被激活。這個值可能更改為60秒-3600秒之間。不建議更改這個設置。下面的情況會讓DRS來計算是否需要移植VM

當主機加入Cluster或者主機進入維護模式

當虛擬機從Powered-on切換到Powered-off

資源池的設置改動

VM移入或移出資源池

影響DRS的決定因素

DRS有一套復雜的方法，先考慮各項限制條件，然后來比較vMotion之后的好處和可能帶來的移植成本及風險，***再作出決定。

限制條件

比如某主機進入維護模式，Affinity/anti-affinity Rule等

vMotion的成本

vMotion需要CPU和內存來支持，有可能會對VM性能有負面影響。vMotion如果不能獲得該VM上每個Core30%的資源，可能執行的速度會很慢。

盡量避免必要的vMotion。對于響應時間特別敏感的VM，以及使用vFlashCache的VM，DRS在作vMotion決定的時候會相對保守，盡量避免vMotion

好處

VM移植后所釋放的資源可供源主機使用，同時因為目標主機資源更充足，VM的性能可能會提高。整個Cluster的負載會更均衡得分配給所有主機。

DRS Migration Threshold

可以調整slide bar來調整DRS aggressive的程度。Aggressive的程度越高，對各個主機負載均衡的程度更敏感，更傾向于啟動DRS來移植VM

如果調整Threshold之后，你仍然不滿意結果的話，考慮條整下面的參數。

如果你認為DRS的移植VM的頻率太頻繁，可以增加PercentIdleMBInMemDemand的值到100%。初始值是25%

另外，DRS算法的設計原則是滿足VM的性能需要，而不是在主機之間均衡VM的個數。如果你不希望在一臺主機上運行過多的VM，考慮設置LimitVMsPerESXHost

Affinity/Anti-affinity Rule

設置Rule的原因可能有：

我們往往采用多個VM來實現某些關鍵應用。為了避免由于主機宕機產生的單點故障，盡量采用Anti-affinityRule在不同的主機上運行這些VM

軟件許可的要求

性能優化的要求

比如需要頻繁通訊的VM，可以考慮在同一臺主機上運行

Stretch Cluster.不希望VM異地訪問存儲，從而造成延時和性能下降。詳細分析見【虛擬化實戰】容災設計之三Stretched Cluster

Should(not) run on: DRS盡可能會滿足設定條件，但必要時也會突破規則限制。

Must(not) run on: 該設定條件是強制性的，是必須要遵循的。設置強制性條件時要慎重，過多的條件限制可能很大制約DRS可以分配的主機資源。

Automation Level

設置為Disabled可能會后期的維護有一定的影響，但DRS仍然會提供移植的建議，供用戶來考慮。而且用戶完全可以在開始的時候決定哪臺主機運行哪些VM。

設置為Fully Automated可以***化的保證各個主機負載的均衡。

原創作品，允許轉載，轉載時請務必以超鏈接形式標明文章 原始出處 、作者信息和本聲明。否則將追究法律責任。http://frankfan.blog.51cto.com/6402282/1327737