淺談vCloud Director虛擬資料中心的資源配置模型（三） Reservation Model

這篇我們來看一下如果我們將組織VDC配置成“保留集區”，對租戶虛擬機的使用有什麼影響。”保留集區”相對應的英文是Reservation Pool。

首先新增一個OrgVDC，模型選擇”保留集區”（如下圖）：

這個集區的初始設定如下，我把它取名為”Reservation Model”：

vCenter會新增一個相應的”Reservation Model”的資源池，大家可以看到該資源池的CPU和記憶體的保留數值和創建VDC的內容一樣，而且該資源池都是”不可擴充”。

這表示這些資源對於該租戶而言都是事先預留好的，所有的運算資源都已經準備好讓租戶可以隨時使用，也就是不管在該集區有無虛機，也不管他們的運行狀況，這些資源就是一定要被佔用。對vCD而言，這些資源會馬上從Provider VDC劃分給到租戶去，這些資源未來永遠也不能分給其他租戶使用了。所以這些資源不存在與其他租戶超用的問題。

我們現在試著新增一台虛擬機器，vApp名稱是”R1″，其中有一台VM名為”Reservation Linux VM”，在此模式下，vCD允許租戶自己去變更虛擬機器的資源配置，這一點是此模型和其他模型最大的不同點，由租戶自己決定在這個範圍裡，每台虛機實際需要多少的資源，這樣給了租戶很大的資源分配自主權！

在這裡我們設定“Reservation Linux VM”這台虛機CPU和記憶體都做某種程度的保留，如下紅色框所示。

接著我們將該虛擬機開機，再到vCenter查看該VM所在的資源池，我們看到資源池這一層的資源配置訊息並沒有任何變動，但是運行中虛機的資源訊息卻有所變化，其相關設定值和我們之前在vCD做的修改一致。

VM開機後從vCD裡所看到的組織VDC相關使用訊息為:

現在我們再新增一個R2 vApp，包含一台虛擬機器，跟之前一樣設有CPU/Memory保留，我們還是可以將之順利啟動。

因為此組織還有資源可以承載新的需機開機需求。底下是從租戶管理員的界面看到的資源使用狀況。

從整個vCD系統管理員的界面看到的資源使用狀況。

讀者看到這裡應該就知道整個組織VDC可用的實體資源都滿了，這時如果要再新增虛擬機器，也應該不能再分配任何保留的資源給虛機了，如下，當我們新增了一個vApp後，想要調整虛機的資源分配，這時vCD會出現錯誤訊息如下：

P.S: 但我們可以新增一個沒有設定CPU Reservation保留的虛機，甚至有機會可以開啟它，只要整個資源沒被用滿 (CPU Utilization: Used)。如下圖，R1+R2設定上已經用滿CPU保留，但因為實際執行時並沒有完全用到，所以租戶實際上還可以運行沒有資源保留設定的VM (R3)，這些沒有設定絕對保留資源的虛機在當下會得到多少資源，就要視設定的“優先順序”的權重來計算了。這裡不再討論，因為這是底層資源池資源分配的基本知識了。

所以我們驗證了以下的官方文件表格說明：

結論：

採用”保留集區“模式的租戶，可以根據虛機對效能要求的相對重要性來控制要分給它們多少資源，這是其他兩種模式做不到的，藉由分配不同的Reservation/Shares/Limits，可對不同運算SLA要求的所有虛機收容在一起而不會有任何問題。

理論上租戶可以在此種環境創建無限多個虛擬機，只要租戶的虛擬機不特別設定資源保留，因為所有虛擬機的資源獲得會利用vCenter資源池這層的管理機制，這對已經熟悉VMware vCenter管理方式的管理者來說，會覺得簡單許多。