資源池是Cluster設(shè)計中的一個重要概念，本文介紹了為什么用資源池，怎么用好資源池，以及澄清了一些常見的誤區(qū)。

一概念

每個ESXi主機(jī)和Cluster缺省都有一個Root資源池。如果沒有新的自由池創(chuàng)建的話，整個系統(tǒng)僅僅有一個資源池。

圖中所示RP-Marketing和RP-QA是在Root資源池內(nèi)新創(chuàng)建的資源池，他們和root資源池是父子關(guān)系，他們之間是兄弟關(guān)系。

RP-QA-UI是RP-QA下的子資源池。

為了簡化管理，通常不建議在資源池內(nèi)建好幾級子資源池，2級資源池應(yīng)該可以滿足絕大多數(shù)的情況。

二 為什么使用資源池

授權(quán)管理

vCenter管理員可以為每個部門建立資源池，授權(quán)特定用戶管理該部門的資源池。這樣vCenter管理員就無需過多介入對各部門內(nèi)部資源的控制。

統(tǒng)一策略：

對每個VM進(jìn)行資源控制費(fèi)時費(fèi)力，把有共同需要的VM分配到相應(yīng)的資源池，可以很便捷的實現(xiàn)資源控制。

資源分離：

對一個資源池的設(shè)置改變不會影響到其他資源池，

三基本設(shè)計原則

不要僅僅因為邏輯區(qū)分或者訪問控制的原因，來使用資源池。其實文件夾可以更好的實現(xiàn)該目的。

為了簡化管理和減少資源開銷，建議資源池的深度不要超過2

不要把虛擬機(jī)和資源池分在同一級

不要過度分配資源。在建議資源池之前，檢查上一級資源池可供分配的資源。

四 SeparateESXi Cluster vs Resource Pool

如果僅僅從資源分離的角度考慮，需要斟酌是建一個單獨(dú)的Cluster，還是在Cluster內(nèi)建資源池。

建議考慮下面的因素：

Cluster內(nèi)的主機(jī)數(shù)目

如果一個Cluster有8個以上主機(jī)，可以考慮為管理功能的VM設(shè)置單獨(dú)的Cluster。比如vcenter，vCloud，Database等等。 如果主機(jī)個數(shù)很少，而希望能充分利用資源，在Cluster內(nèi)建立資源池是更好的選擇。

安全

有的公司有非常嚴(yán)格的安全策略，某些特定應(yīng)用不可以和其他應(yīng)用共享硬件。為此需要單獨(dú)設(shè)置Cluster，設(shè)置為該Cluster分配專屬的存儲資源。

性能

為了***化性能的保障，考慮單獨(dú)的Cluster，能保證充足資源的供給。畢竟資源池還是要共享資源的，在資源競爭很厲害的情況下，資源池的份額設(shè)置為High，僅僅是有優(yōu)勢搶到資源，但并不意味著就能滿足應(yīng)用的需要。

五 實例

假設(shè)一臺主機(jī)由幾臺虛擬機(jī)，分別屬于QA和Marketing部門。QA部分需要更多的資源。

設(shè)置如下

資源池ShareResource Allocation

RP-QAHigh4GHz, 2GB

RP-MarketingNormal2GHz, 1GB

這時候RP-QA內(nèi)的兩個虛擬機(jī)，一定比RP-Marketing內(nèi)的虛擬機(jī)更容易在有競爭的情況下?lián)屨嫉劫Y源。

假如我們在RP-QA內(nèi)再創(chuàng)建5個VM，那么情況就不一定了。即使RP-QA的share設(shè)置為High，但每個VM能搶占到的很有限。

雖然RP-Marketing的RP-Marketing的share設(shè)置為Normal，但僅有3個VM，可能每個VM可以搶占的資源比RP-QA內(nèi)的VM要多。

所以資源池的設(shè)置不是一勞永逸，需要密切注意池內(nèi)的VM數(shù)量，可以寫一個腳本來根據(jù)優(yōu)先級和VM的數(shù)量，自動計算該資源池應(yīng)該設(shè)置的Share數(shù)值。

原創(chuàng)作品，允許轉(zhuǎn)載，轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明文章 原始出處 、作者信息和本聲明。否則將追究法律責(zé)任。http://frankfan.blog.51cto.com/6402282/1324634