五款主流私有云大比拼

       如果你想創建一個私有云，你需要借助管理軟件創建一個虛擬的計算資源池，提供給最終用戶訪問，并要處理好安全、資源分配、跟蹤和計費問題。

我們測試了五款主流私有云管理產品：Novell的Cloud Manager，Eucalyptus企業版，OpenNebula，Citrix Lab Manager和Cloud.com的CloudStack，我們的測試目的很簡單，就是想看它們是否能夠勝任現階段的私有云項目，通過測試我們發現Novell的Cloud Manager是唯一一款具有我們需要的功能的產品，因此，Cloud Manager毫無疑問地成為測試的贏家，我們對其它產品感到沮喪，有的產品甚至還沒準備好。下面是每個獨立產品的評測意見。

Novell Cloud Manager 1.0

Novell的Cloud Manager（CM）使用公共云服務提供商相同的方法控制內部資產，但并不是簡單的拿來主義，Cloud Manger只留下了高度自動化的精華，它允許私有云建設者識別硬件資產，將資源池集中到虛擬服務器上，打包應用程序，然后通過活動目錄和LDAP安全模型實現計費和跟蹤使用情況。

和所有被測試的產品一樣，需要做很多的準備工作，如分配硬件和軟件資源，將它分組成可識別的組件，然后允許它們在生產階段生命周期內被訪問和跟蹤。

完成私有云建設后，Novell Cloud Manager有最成熟的方法為云資源提供管理、預備和計費功能，最終用戶的操作也很簡單，它有兩個主要的控制組件：Cloud Manager Application Server和Cloud Manager Orchestration Server，我們將其安裝在VMware 4.1環境中，為每個服務使用一個SUSE 11虛擬機（VM）。

初始配置需要通過CM Orchestration Server（CMOS）創建用作訪問庫的VM，CMOS包含了創建自定義VM實例的組件（來自Novell收購的PlateSpin）。

我們在VMware的vCenter上安裝了CMOS代理，實現Novell和VMware的對接，Novell Cloud Manager也支持裸機Hypervisor Xen和Hyper-v，但我們并沒有測試它們。

配置好后（不是一個艱難的過程），Cloud Manager允許我們查看云資源，以及對云資源施加限制，通過活動目錄或LDAP目錄服務進行用戶驗證，對于云組件，它使用預配置的模板，這些組件就是預安裝和配置了應用程序的VM，每個VM都擁有自己的vCPU，內存，存儲和IP地址，設置可以被鎖定，也允許修改，如存儲大小/位置或增加內存。

模板必須放在vCenter掛載的NFS共享存儲上，我們在Windows Server和SUSE Linux Enterprise ServerVM上做了測試，沒有遇到任何麻煩。

Novell Cloud Manager的計費/賬單組件有點托管服務提供商（Managed Services Provider，MSP）的味道，可以查看每個工作負載每月的成本，包括存儲成本（每GB），vCPU，內存（每MB）和網絡成本。例如，我們可以設置每月每vCPU的成本是3美元，有了這個功能后，就能跟蹤部署的各種資源，并實施計費，就好像用戶從MSP或公共云供應商購買的公共云資源一樣。

Cloud Manager為我們提供了完整的私有云管理藍圖，你可以根據文檔從零開始構建一個私有云平臺，然后作為付費產品服務交付。

Citrix Lab Manager 3.9和自助服務門戶

Citrix自助服務門戶（SSP）不是一個獨立的產品，它和Citrix Lab Manager一起組成了Citrix XenServer白金版，Lab Manager是一個專為XenServerVM設計的資源管理器和控制系統，XenServer可以通過自助服務門戶的角色定義將Lab Manager組件變成云供應系統，和Novell的Cloud Manager不一樣，自助服務門戶是專為XenServer設計的，可以支持Linux及Windows VM。

自助服務門戶跟蹤報告包含許多信息，但它沒有提供計費需要的組件，必須由外部包處理，XenServer 5.6白金版是必需的，它是按服務器授權的，不管服務器包含多少處理核心。我們安裝了XenServer，創建了一個授權服務器分配白金許可，然后導入Lab Manager路由器VM模板（需要將它放在共享存儲上），然后在它上面安裝Postgres數據庫和Lab Manager，經過幾步配置后，我們啟動了所有VM，在此期間，我們經歷了許多Linux授權虛擬設備頭痛的問題。

Cloud VM和SSP一起使用，它從存儲在我們服務器上的ISO操作系統鏡像創建，創建好后，我們需要為Lab Manager安裝客戶機代理，Windows和SLES VM都工作得很好。在SSP內部，我們指定模板，模板定義了管理員和用戶擁有的角色，以及他們可以部署的VM和資源。

Lab Manager和SSP可以連接到活動目錄或LDAP進行用戶身份驗證，用戶擁有的角色在Lab Manager內部有非常詳實的信息，可以限制用戶可用的磁盤空間和內存容量。

測試SSP時，我們成功啟動了各種Windows和Linux VM，VM包含預配置的應用程序，或僅僅就是一個原始的操作系統實例，從我們的使用過程來看，SSP的易用性還是很不錯的。

Lab Manager內置的報告是相當詳盡的，包含了大量信息，如作業名稱，開始時間，結束時間，RAM使用情況，存儲使用情況等，但沒有提供相關的成本，正如前面提到的，成本/計費并非SSP的職責。

Cloud.com的CloudStack 2.1.3

Cloud.com的CloudStack比較簡陋，也缺乏靈活性，它使用了一個管理服務器應用程序，這個管理程序可以包含在運行Red Hat Enterprise Linux或CentOS 5.4+ 64位版本的VM或物理機上，但CloudStack很實用，它作為VM鏡像倉庫，可以部署在云中或類似于云的環境中。

在部署前有大量的準備工作要做，當你創建好VM后，你就不能修改CPU數量，內存和磁盤空間大小，也就是說VM配置是被鎖定的，因此，在創建VM之前需要了解清楚潛在的配置要求。

我們用XenServer測試的CloudStack，官方網站聲稱也支持KVM和VMware，但我們沒有找到相關的文檔，隨后我們被告知要等到2.2版才會得到支持，目前已處于Beta階段。CloudStack存儲支持NFS和iSCSI，最低需要100GB存儲空間，輔助存儲至少需要一個NFS共享，主存儲可以是iSCSI或另一個NFS存儲系統。

測試期間，我們發現了一些問題，首先就是很難修改創建好的VM，如果你想修改一下VM配置，只有刪除然后重新創建，這是我們最煩的一個問題。

其次，它可以進入MySQL數據庫跟蹤Cloud.com配置，但Cloud.com卻沒有提供數據庫模式，據Cloud.com發言人表示，支持數據庫訪問的版本很快就會發布了。

第三，我們嘗試了兩次創建虛擬機實例，但兩次都失敗了，因為沒有足夠的IP地址可用，用戶界面告訴我們有三個VM可用，但實際上只有一個可用。

通常情況下，用戶界面是超出“正常”范圍的，舉一個例子，假設某個VM已被破壞，在刪除前默認有24小時保留時間，雖然VM不可用，但它使用的IP地址在此期間是無法再使用的，如果你的IP地址已經不夠，那只有等到該VM被刪除才能將它使用的IP地址分配給新建的VM，如果你有很多攪亂了VM云資源的用戶，這個問題不容小覷，我們建議部署前慎重考慮這一點。

另一個限制是，向Cloud.com倉庫添加VM前，我們不能在XenServer節點上創建任何VM，因為沒有“發現進程”發現現存/當前VM，如果事先將VM添加到XenServer節點，CloudStack初始化將會失敗，導致不能繼續配置CloudStack。

我們還發現我們不能在節點上安裝XenServer授權服務器，授權服務器必須在另一臺機器或VM上，最糟糕的是文檔中沒有說明。

經過冗長乏味的安裝后，CloudStack終于正常支持Windows和Linux VM了，CloudStack依靠LDAP執行安全保護，如果需要的話，內置用戶（不是目錄服務的成員）可以進行身份驗證，CloudStack可以跟蹤每個用戶，但在Web用戶界面沒有顯示任何相關的信息，只能通過listUsageRecords API調用查看。

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]