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

一概念

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

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

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

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

二 為什么使用資源池

授權(quán)管理

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

統(tǒng)一策略：

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

資源分離：

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

三基本設(shè)計(jì)原則

不要僅僅因?yàn)檫壿媴^(qū)分或者訪問控制的原因，來使用資源池。其實(shí)文件夾可以更好的實(shí)現(xiàn)該目的。

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

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

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

四 SeparateESXi Cluster vs Resource Pool

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

建議考慮下面的因素：

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

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

安全

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

性能

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

五 實(shí)例

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

設(shè)置如下

資源池ShareResource Allocation

RP-QAHigh4GHz, 2GB

RP-MarketingNormal2GHz, 1GB

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

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

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

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

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