六大雲計算術語 解讀VMware雲標準

每一項新技術都會隨之帶來一個完全不同的術語，VMware公司的HTTP://www.aliyun.com/zixun/aggregation/13968.html">vCloud Director就是一個新技術帶來術語與概念的最佳例子。 有些術語並不是VMware公司所指定，但是我會試圖將它們納入該公司的字詞庫中。

Virtual data center(虛擬資料中心)

目前，我已經使用「虛擬資料中心」這個術語一段時間了。 作為VMware的認證講師，我用它來描述遠端連線vCenter和ESX教學環境的能力。 當然，現在這個詞的含義就更加多了。

在VMware vCloud Director中有兩種虛擬資料中心(VDC)，即：供應商VDC和組織VDC。 供應商VDC能夠讓你在邏輯上分配物理資源。 在某種程度上，你可以把它們視為在集群和資源池之上的另外一個層次。

人們對其最關鍵的誤解在於他們認為與vCenter中的資料中心的物件相關。 儘管名稱類似，但實際上他們是完全不同的。 你可以把供應商VDC認為是一個集群或資源池的容器，使用者能夠在其中運行他們自己的虛擬機器(VM)。 這些VDC為vSphere模型引入了另外一個抽象層，因為雲的消費者無法到集群和資源池。

供應商VDC也是你可以開始將vCloud Director進行分類並提供不同服務品質(QoS)的第一點。 可以創建具有不同性能或可用性水準的金、銀、銅等級的供應商VDC。

最終使用者真正看到的是組織VDC。 這些使雲進行分區，但是使用者更願意在不受物理資源限制下進行分區操作;而那是供應商VDC的工作。 在vCloud Director的公共雲使用中，每個組織VDC將通過供應商代表每個託管的業務。 在一個大型公司，每個組織VDC都可以代表本集團或控股公司的每個業務。

另外，已經沒有辦法阻止vCloud管理員根據研發、分銷或財務等業務功能創建組織VDC。 一個組織VDC可以映射至單個供應商VDC或多個;這使得本組織VDC中的使用者可以選擇他們實際虛擬機器組或vApps所需的QoS。

VMware雲計算

一旦最終使用者登錄到vCloud Director,他們能看到自己的組織。 如果沒有被特別授權，他們無法看到或訪問其他組織，也無法看到指定虛擬機器運行所使用的集群或資源池。 如上述截圖所示，在VDC中你可以控制「組織和資源」、「內容」和「使用者和組」;每個組織VDC都包括了一組其他的主要術語和概念，例如vApps、目錄等。 查看組織VDC的最佳方法是設置一個安全邊界以確保各單位互相分離。

一旦設置了該隔離，使用者可以決定如何來使用在組織VDC中所交付的資源。 這種關係可允許「即用即付」的模式，而無需在第一個實例中預先保證分配資源。 但是，還是有限制來停止未經檢查的使用。 組織VDC可以配置一個「保留池」,從而為即將耗盡資源的最終使用者提供確保設定數額的資源。 最後，「分配池」模式允許確保一定數量的資源，並在所需的分配池設置上安排一個「突發」選項。

vApps

vCloud Director和vSphere中所使用的術語事實上是不同的兩個東西。 如果你是在vSphere中創建一個vApp,不要指望它會神奇地出現在vCloud Director中。 但是它們卻是非常相似。

vApps是一些構成單一IT服務虛擬機器的集合。 如果配置正確，在vApp中的虛擬機器可以如同在外部世界中一樣互相交流。 它們也可以使用開發虛擬化格式(OVF)進行打包。

也許你會感到疑惑：「既然vSphere和vCloud Director中的vApp如此相似，那麼為什麼VMware會允許他們分開存在？ 」最主要的原因在於管理「雲層」和管理「vSphere層」的人員是完全不同的--同樣出於安全方面的考慮他們希望實施這一分開措施，因此雲管理員們可以提供預打包且無需高級別訪問vSphere層的虛擬機器。

Catalogs(目錄)

VMware中同樣使用「目錄」一詞。 如果你對其他雲計算自動軟體供應商有所瞭解的話，你就會發現它們或多或少地有在使用這個術語，大多數情況下都稱其為「服務目錄」。

目錄中包含著最終使用者在日常工作中所需的通用內容。 它們通常包括了單個虛擬機器的範本或vApp的範本，如果有需要，它們還可以包括其他諸如CD/DVD 的ISO鏡像和FLP格式的磁碟鏡像等媒體檔案。 這些可用於手動創建虛擬機器或者將額外的應用軟體添加進現有的虛擬機器範本中。

目錄可共用、可發佈。 如果共用目錄，可在最終使用者的組織中進行，如果發佈，可在不同組織中進行。 如果有一組整個組織VDC都需要訪問的通用vApp(或者更可能是ISO)，那麼就更易於發佈標準化的目錄。

雖然VMware一直希望保持vCloud Director和vShphere之間的涇渭分明，但仍有可能從現存的vSphere資料存儲中將ISO和FLP檔導入vCloud Director。 當然也可以從vSphere將導入(又可稱之為複製)現存的虛擬機器，從而令其成為vCloud Director中的範本或vApp。 因此，你無需一切從頭開始建設，但是你現有的虛擬資源將不會出現在vCloud Director。

User clouds(使用者雲)

你可以將術語「使用者雲」視為組織VDC的一個子集，而我則將其視為一個組織應用擁有者的觀點。 例如，當金融組織VDC的DBA管理員登錄時，虛擬機器和vApp所能查看的內容與它們的工作任務相關。

VMware雲計算

正如你所看到的，vCloud Director是一個非常具有層次的產品，每個層次都具有不同的授權和權利。 因此，最終使用者所能查看的內容非常有限，尤其是與具有創建和定義VDC任務的vCloud管理員相比。 只關注虛擬機器的虛擬機器管理員的視野不同于擁有整個系統管理許可權的vCenter管理員的視野。

供應策略術語

沒有策略系統的系統是不完整的，該系統將控制誰在何時、在何地能夠做什麼。 當然，它們與分配那些許可權的vCloud Director內置角色緊密耦合。

供應策略旨在防止最終使用者創建越來越多的虛擬機器和vApps而無需考慮成本或運行虛擬機器的物理資源。 如果虛擬化不是免費的，那麼雲計算也不是免費的。

有三種供應控制類型：租賃、配額和限額。 該租賃供應策略控制著虛擬機器或vApp運行的時間，它們還可以申請vApp和vApp範本存儲可用的時間。 例如，一個基於開發的環境可能只允許一個虛擬機器或vApp的壽命為14天。 在此之後，必須重新申請配額租賃延期，另一方面是一個最終使用者可以使用的無數虛擬機器或vApp.這些可以包括已啟動和正在運行中的虛擬機器，或沒有啟動但仍消耗預存虛擬機器。

限額控制著資源密集型虛擬機器的運行，這些限額可以被用於每個使用者或每個組織的VDC.它們也可以用於限制每個虛擬機器所允許的同時入站連接數。

vCloud Director roles(vCloud Director角色)

在vCloud Director中有六個主要的預定義角色：

* 系統管理員，或者是我有時稱之為vCloud管理員，能夠創建和管理供應商和組織VDC、網路和目錄。

* 組織管理員擁有對組織VDC的管理權，能夠訪問目錄和vApp。

* 目錄作者是純粹用於管理目錄的角色，而vApp作者管理vApp。

* 而對於最終使用者，有兩個角色適用于他們：vApp使用者和只存取控制台。 vApp使用者可以使用已創建的vApp,但是無法修改它們的CPU/記憶體或磁片資源。 同樣，「只存取控制台」這樣一個角色允許一個最終使用者在虛擬機器或一個vApp上打開表單，並與作業系統交互。

雖然這些術語似乎有點令人望而生畏，使用者應當在開始著手對vCloud Director進行初始配置前理解和欣賞這些概念。