我們測試了五款主流私有云管理產品：Novell的CloudManager，Eucalyptus企業(yè)版，OpenNebula，Citrix LabManager和Cloud.com的CloudStack，我們的測試目的很簡單，就是想看它們是否能夠勝任現階段的私有云項目，通過測試我們發(fā)現Novell的Cloud Manager是唯一一款具有我們需要的功能的產品，因此，CloudManager毫無疑問地成為測試的贏家，我們對其它產品感到沮喪，有的產品甚至還沒準備好。下面是每個獨立產品的評測意見。
私有云的建設不是一蹴而就，而是一個長期的建設過程，荊棘密布也未可知。如果你事先沒有做好充分的準備，在看了本文的評測結果后，沒準您設想好的私有云計算將因此而擱淺。因此我們說，私有云：不是為膽小者準備的。
Novell Cloud Manager 1.0
Novell的Cloud Manager（CM）使用公共云服務提供商相同的方法控制內部資產，但并不是簡單的拿來主義，Cloud Manger只留下了高度自動化的精華，它允許私有云建設者識別硬件資產，將資源池集中到虛擬服務器上，打包應用程序，然后通過活動目錄和LDAP安全模型實現計費和跟蹤使用情況。
和所有被測試的產品一樣，需要做很多的準備工作，如分配硬件和軟件資源，將它分組成可識別的組件，然后允許它們在生產階段生命周期內被訪問和跟蹤。
完成私有云建設后，Novell CloudManager有最成熟的方法為云資源提供管理、預備和計費功能，最終用戶的操作也很簡單，它有兩個主要的控制組件：Cloud ManagerApplication Server和Cloud Manager Orchestration Server，我們將其安裝在VMware4.1環(huán)境中，為每個服務使用一個SUSE 11虛擬機（VM）。
初始配置需要通過CM Orchestration Server（CMOS）創(chuàng)建用作訪問庫的VM，CMOS包含了創(chuàng)建自定義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 ServicesProvider，MSP）的味道，可以查看每個工作負載每月的成本，包括存儲成本（每GB），vCPU，內存（每MB）和網絡成本。例如，我們可以設置每月每vCPU的成本是3美元，有了這個功能后，就能跟蹤部署的各種資源，并實施計費，就好像用戶從MSP或公共云供應商購買的公共云資源一樣。
Cloud Manager為我們提供了完整的私有云管理藍圖，你可以根據文檔從零開始構建一個私有云平臺，然后作為付費產品服務交付。
Citrix Lab Manager 3.9和自助服務門戶
Citrix自助服務門戶（SSP）不是一個獨立的產品，它和Citrix Lab Manager一起組成了CitrixXenServer白金版，LabManager是一個專為XenServerVM設計的資源管理器和控制系統(tǒng)，XenServer可以通過自助服務門戶的角色定義將LabManager組件變成云供應系統(tǒng)，和Novell的CloudManager不一樣，自助服務門戶是專為XenServer設計的，可以支持Linux及Windows VM。
自助服務門戶跟蹤報告包含許多信息，但它沒有提供計費需要的組件，必須由外部包處理，XenServer5.6白金版是必需的，它是按服務器授權的，不管服務器包含多少處理核心。我們安裝了XenServer，創(chuàng)建了一個授權服務器分配白金許可，然后導入Lab Manager路由器VM模板（需要將它放在共享存儲上），然后在它上面安裝Postgres數據庫和Lab Manager，經過幾步配置后，我們啟動了所有VM，在此期間，我們經歷了許多Linux授權虛擬設備頭痛的問題。
Cloud VM和SSP一起使用，它從存儲在我們服務器上的ISO操作系統(tǒng)鏡像創(chuàng)建，創(chuàng)建好后，我們需要為Lab Manager安裝客戶機代理，Windows和SLES VM都工作得很好。在SSP內部，我們指定模板，模板定義了管理員和用戶擁有的角色，以及他們可以部署的VM和資源。
Lab Manager和SSP可以連接到活動目錄或LDAP進行用戶身份驗證，用戶擁有的角色在Lab Manager內部有非常詳實的信息，可以限制用戶可用的磁盤空間和內存容量。
測試SSP時，我們成功啟動了各種Windows和Linux VM，VM包含預配置的應用程序，或僅僅就是一個原始的操作系統(tǒng)實例，從我們的使用過程來看，SSP的易用性還是很不錯的。
Lab Manager內置的報告是相當詳盡的，包含了大量信息，如作業(yè)名稱，開始時間，結束時間，RAM使用情況，存儲使用情況等，但沒有提供相關的成本，正如前面提到的，成本/計費并非SSP的職責。
Cloud.com的CloudStack比較簡陋，也缺乏靈活性，它使用了一個管理服務器應用程序，這個管理程序可以包含在運行Red Hat Enterprise Linux或CentOS 5.4+ 64位版本的VM或物理機上，但CloudStack很實用，它作為VM鏡像倉庫，可以部署在云中或類似于云的環(huán)境中。
在部署前有大量的準備工作要做，當你創(chuàng)建好VM后，你就不能修改CPU數量，內存和磁盤空間大小，也就是說VM配置是被鎖定的，因此，在創(chuàng)建VM之前需要了解清楚潛在的配置要求。
我們用XenServer測試的CloudStack，官方網站聲稱也支持KVM和VMware，但我們沒有找到相關的文檔，隨后我們被告知要等到2.2版才會得到支持，目前已處于Beta階段。CloudStack存儲支持NFS和iSCSI，最低需要100GB存儲空間，輔助存儲至少需要一個NFS共享，主存儲可以是iSCSI或另一個NFS存儲系統(tǒng)。
測試期間，我們發(fā)現了一些問題，首先就是很難修改創(chuàng)建好的VM，如果你想修改一下VM配置，只有刪除然后重新創(chuàng)建，這是我們最煩的一個問題。
其次，它可以進入MySQL數據庫跟蹤Cloud.com配置，但Cloud.com卻沒有提供數據庫模式，據Cloud.com發(fā)言人表示，支持數據庫訪問的版本很快就會發(fā)布了。
第三，我們嘗試了兩次創(chuàng)建虛擬機實例，但兩次都失敗了，因為沒有足夠的IP地址可用，用戶界面告訴我們有三個VM可用，但實際上只有一個可用。
通常情況下，用戶界面是超出“正常”范圍的，舉一個例子，假設某個VM已被破壞，在刪除前默認有24小時保留時間，雖然VM不可用，但它使用的IP地址在此期間是無法再使用的，如果你的IP地址已經不夠，那只有等到該VM被刪除才能將它使用的IP地址分配給新建的VM，如果你有很多攪亂了VM云資源的用戶，這個問題不容小覷，我們建議部署前慎重考慮這一點。
另一個限制是，向Cloud.com倉庫添加VM前，我們不能在XenServer節(jié)點上創(chuàng)建任何VM，因為沒有“發(fā)現進程”發(fā)現現存/當前VM，如果事先將VM添加到XenServer節(jié)點，CloudStack初始化將會失敗，導致不能繼續(xù)配置CloudStack。
我們還發(fā)現我們不能在節(jié)點上安裝XenServer授權服務器，授權服務器必須在另一臺機器或VM上，最糟糕的是文檔中沒有說明。
經過冗長乏味的安裝后，CloudStack終于正常支持Windows和LinuxVM了，CloudStack依靠LDAP執(zhí)行安全保護，如果需要的話，內置用戶（不是目錄服務的成員）可以進行身份驗證，CloudStack可以跟蹤每個用戶，但在Web用戶界面沒有顯示任何相關的信息，只能通過listUsageRecords API調用查看。
Eucalyptus企業(yè)版2.0.1
以前我們介紹Ubuntu EnterpriseCloud（UEC）時就曾評測過Eucalyptus，那時就很期待企業(yè)版中包含的性能，openEucalyptus是Eucalyptus所有版本的基石，企業(yè)版管理組件和UEC使用的類似，包含云控制器，Walrus（專為AmazonS3及類似的存儲設計），存儲控制器（塊類型）和集群控制器。
所有組件安裝在RHEL 5.4+，CentOS 5.4+或OpenSUSE11.2+裸機上，但這個在文檔中并沒有注明，由于文檔的參考意義不大，安裝企業(yè)版時我們就像一群大笨熊，在此期間，我們發(fā)現對WindowsServer的支持不友好，也沒有相關說明。但Eucalyptus卻聲稱他們的技術人員做起來一點困難也沒有，雖然我相信他們，但云組件是如此的關鍵，要依賴于Eucalyptus的技術支持人員總是讓人放不下心。
在安裝過程中，我們不得不使用一些變通的辦法，有時參考一下openEucalyptus的文檔會有點用處，在安裝到一半時，我們被告知管理組件需要獨立的物理服務器，因此我們不得不做大量的額外的工作。
然后我們創(chuàng)建了鏡像，使用和創(chuàng)建UEC實例相同的方法創(chuàng)建了實例，包括綁定實例，上傳和注冊實例，現有的VMware實例必須進行轉換，Windows實例必須經過幾個階段的轉換過程，任何一個階段出錯都可能導致Windows Server實例啟動時發(fā)生硬件配置錯誤，如藍屏。
最后，它沒有為用戶身份驗證提供到LDAP或活動目錄的鏈接，因此用戶和管理登錄包含在企業(yè)版安全中，但我們發(fā)現幾乎無法通行。
安裝完成并能正常工作后，你就可以使用轉換和注冊的實例了，企業(yè)版的Web用戶界面有點簡陋，但它可以很好地跟蹤部署的實例。
部署VM的唯一方法是使用euca-tools命令行或其它Amazon工具，部署和反部署實例時需要用到euca-run-instances，euca-reboot-instances和euca-terminate-instances命令，對于普通用戶來說可以不管這些，但開發(fā)人員和管理員必須全面掌握它們的用法。
用戶和管理員在Web界面上唯一能看到的是他們可以使用的鏡像，以及命令行工具需要的登錄憑據（SSH密鑰，密鑰，查詢ID，X.509證書等）。獲取正在運行的VM實例的信息需要用到euca-describe-instances命令，也有其它命令行工具可以使用。遺憾的是，沒有漂亮的Web用戶界面，查看管理的實例，關閉或重啟實例都只能運行命令。
企業(yè)版Web用戶界面可以生成報告，如系統(tǒng)事件，已使用/部署的資源等，這些報告可以輸出為多種格式，如PDF，CSV，Excel或HTML。生成資源使用報告后，你可以看到存儲或實例使用情況，包括使用了多少存儲卷，使用了多長時間（小時），以及創(chuàng)建了多少實例，雖然沒有內置計費功能，但這些信息都可以用于計費。
缺乏文檔讓我們幾乎抓狂，我們在Eucalyptus上調試的時間相當長，如果你對企業(yè)版功能感興趣，我們建議你購買Eucalyptus的技術支持服務。
OpenNebula 2.0
OpenNebula專為Linux VM設計，它是開放云社區(qū)項目中的一個組件，OpenNebula和開放核心的Eucalyptus不一樣，它是完全開源的。
OpenNebula特別適合開發(fā)人員和非持久化（以作業(yè)控制為重點）云VM使用，也適宜普通用戶使用，但需要一個中等水平Unix/Linux/Solaris技能的管理員創(chuàng)建和部署私有云，OpenNebula也提供了公共云和混合云選項，但我們將重點放在私有云上。
OpenNebula運行在Ubuntu 10.04或CentOS 5.4+上（其它大多數Linux發(fā)行版也是可以的，但快速安裝程序只適用于上述兩種），安裝完全是基于腳本的（沒有GUI），需要大量的文本配置文件。
在通過腳本安裝前，OpenNebulaVM鏡像必須創(chuàng)建為KVM或Xen鏡像，雖然也提供了VMware驅動，但它需要從源代碼安裝libvirtAPI，有許多額外的輔助工作要做。創(chuàng)建好鏡像后，我們必須手動復制到存儲鏡像的位置，然后為VM鏡像創(chuàng)建一個配置文件和網絡描述。
使用onevnet命令添加網絡配置后，我們使用onevm命令在相同的命令行環(huán)境下啟動了該鏡像的一個實例，一臺沒有任何問題的Linux服務器就這么擺在我們面前了。我們也嘗試在KVM中使用Windows Server 2008VM，但遺憾的是，我們無法用OpenNebula啟動它，因此它是表面上支持Windows，但沒有真正的指南。
支持的插件包括LDAP身份認證（需要“net-ldap”Ruby gem），計費（需要“sequel”Ruby gem），VMware驅動和OpenNebula快速安裝程序。
我們在ESX 4.1上的VM使用Ubuntu 10.04作為前端，在另一臺機器上安裝Ubuntu 10.04作為節(jié)點，快速安裝程序在前端上為節(jié)點共享鏡像創(chuàng)建一個NFS共享。
所有一切都是在命令行中完成的，OpenNebula完全沒有Web界面，下面是一些常用的重要命令：
Oneimage（添加/列表/刪除鏡像/將ISO文件保存到倉庫/設置鏡像屬性）；
Onevm（創(chuàng)建/刪除/啟動/停止VM/其它和VM相關的雜項功能）；
Oneacct（獲得主機/VM/用戶的計費/賬單數據）；
Onecluster（列表/創(chuàng)建/刪除集群）；
Onehost（添加/刪除/同步主機）；
Oneuser（創(chuàng)建/刪除/列出用戶）；
Onevnet（創(chuàng)建/修改/刪除虛擬網絡）。
OpenNebula支持多種身份驗證方案，包括基本的用戶名和密碼驗證（使用SQLlite或MySQL數據庫管理用戶信息），和通過SSH密鑰驗證，還有一個新的LDAP插件，但我們未能成功使用活動目錄進行身份驗證，OpenNebula的文檔也缺乏相關問題的解決方案。
OpenNebula還有一個插件安裝oneacct命令，它允許你查看實例運行時長，運行人員，所在主機和其它細節(jié)信息，這些信息可以用于計費。
OpenNebula的模塊化設計使得它的未來一片光明，和其它開源產品一起，它們讓創(chuàng)建私有云平臺變得更廉價，但OpenNebula的文檔還有大量的工作要做，我們希望它能和產品更新保持同步。
OpenNebula包含許多有用的工具，但它的強項還是在核心工具上，因此適合開發(fā)人員和管理人員使用，普通用戶還是遠觀為宜。
總結
總體而言，使用我們評估的工具創(chuàng)建一個私有云平臺任務很艱巨，需要做大量的前期配置工作，除了要支持各種Hypervisor外，還要想法聚合/物化資源池，讓它們在整個實例生命周期內很容易訪問和使用。
Novell的Cloud Manager是做得最好的，并且原生支持計費，Citrix的自助服務門戶建立在LabManager之上，并需要XenServer，Cloud.com將為它的兩款產品提供更好的兼容性，但目前還不能做定論，因為一切都還在進行中，我們向開發(fā)人員和高級系統(tǒng)使用者推薦OpenNeBula，最后是企業(yè)版Eucalyptus，Eucalyptus可以控制，但企業(yè)版讓我們非常痛苦。
也許你看了本文的評論后，原本設想好的私有云計劃會因此而擱淺，的確，在私有云道路上布滿了荊棘，但我更喜歡將其比作是帶刺的玫瑰，有膽量，有魄力，你就一定會取得成功，但如果你唯唯諾諾，膽小怕事，我只想說，私有云不是為你準備的。
