雲端管理是一個熱點話題，熱到每一個提供商(不管是剛入行的還是成熟的)都有一套工具來管理雲計算環境。有監控工具，有提供雲計算服務的工具，還有兩者兼而有之的工具。因為有些工具還沒有完成最終開發，我們也無法確知其廬山真面目，僅就上述簡單的標準就把它們來分類確實是一個挑戰。
如果你的雲部署是相當靜態的或者沒有關鍵性任務在其中，那麼你不需要一個動態的供應系統。這種情況下用內置在產品中的標準工具集對付資源的增/刪/改工作就足夠了。
好幾家供應商設計了雲端管理產品(VMware、OpenQRM、CloudKick、和Managed Methods),當然這個名單還應該有BMC、HP、IBM Tivoli和CA這些大玩家。每一家都用大量的方法來對即將發生的問題報警，或者對突然出現的問題發出紅色信號。而且他們也都能追蹤運行性能的變化趨勢。
儘管他們之間有顯著的不同以區別你我，但相同的是，大家都關注一個核心內容：提供雲計算系統的資訊。如果你需要進入雲計算供給模式來管理，選擇“有代理的還是無代理的”或者選擇“SNMP 還是 WBEM”(不同的網路管理協定)，不同的選項會帶來結果的不同。
主要的雲基礎設施管理產品提供相似的核心要素：
1.大多支持不同的雲類型(通常這裡指混合雲的情況)。
2.大多支援在運行時動態地創建新的物件並使其可以提供服務，也可以動態地刪除不再需要的物件。這些物件包括服務，存儲，或者應用。
3.大多提供報告狀態(啟動時間，回應時間，使用配額等)的通用套件，而且有一個可以操作的儀表板軟體介面。
多數廠商滿足於提供上述三項核心功能，稀有難得的幾家廠商提供了進一步的功能來處理混合環境下的供給和管理工作，這些產品是：RightScale、Kaavo、Zeus、Scalr和Morph。當然需要提及的是：有些雲服務供應商自己為了滿足第二和第三條核心要素提供了一些可選產品。例如來自Amazon Web Services的CloudWatch。
那些原本以傳統資料中心監控軟體應用而聞名的大公司也已經慢慢殺入雲計算管理軟體的市場。而他們所謂的雲端管理工具無非提供了一些報表和報警的工具，這不過是他們原有工具的翻版。CA為了彌補自身的不足開始了一場收購盛宴，它剛剛收購了雲提供商3Tera。
這個產業的混亂現狀從IBM的Tivoli雲計算產品主頁就可見一斑。你點擊開始功能表列會看一個404網頁訪問錯誤。幹得真不錯呀，IBM。
同樣的，惠普的OpenView(現在叫操作管理器了)說是能管理基於雲的伺服器，不過它可不會比管理其他任何伺服器多出任何功能。BMC也號稱在搞一款雲端管理工具，不過至今為止也不能比它的一般產品多出任何功能。
不像這些龐然大物，二線的小廠商反倒成為市場上的閃光點。它們是一些專注於管理監控應用的公司：Scout、 UpTime Systems、Cloudkick、NetIQ和 ScienceLogic。還有“原名稱應用”技術的Hyperic，它在Vmware收購了SpringSource後就屬於Vmware了。
事實上，在描述這個領域的產品的前景時，我們倒不妨咬文嚼字地和John Steinbeck(諾貝爾文學獎得主，其作品《憤怒的葡萄》描述了大蕭條時期美國西部開發和生存的悲觀前景) 跟Robert Jordan這兩位先哲抬抬杠。是的，在可預見的一兩年內由於並購、公司倒閉、市場細分重新洗牌而退出等等原因，市場空間會變得更小。但是不能忽視還有大量的公司正在向雲計算進軍，而我們現在能夠看到的只是冰山的一角。當然眼下來講，雲計算管理工具市場還是(《憤怒的葡萄》中描述的)荒涼的西部：廣漠、人煙稀少、缺乏秩序，唯一有的只是一點點希望的曙光。
下面列出現今最好的基礎設施管理和供給管理的可選工具：
RightScale
RightScale今天算得上是行業裡的小老大。為了培育初期市場，他們提供了限制功能的免費版軟體。當然這個版本設計是用來向你介紹它的產品(有可能會讓你上鉤，就像K.C. Gillette在二十世紀初發明的那個著名的商業模式)。RightScale的產品分為四個元件：雲端管理環境；雲預備服務範本和最佳時間部署庫；適配自動化引擎；“眾雲”引擎。
第五個要素是“支援程式設計存取的(對於RightScale平臺本身)方便的可擴展平臺”。審視這個產品，這些要素並不是各自為政、相互分離的，而是完善優雅的統一體。
RightScale的管理環境是使用者和軟體的主要介面。它的設計可以説明使用者通過範本和庫從初始化進程平滑地遷移到雲環境。然後管理環境還可以用來繼續(這個功能真讓人吃驚!)構建和保存有效的資源。後面就是自動化引擎該登場了：它可以快速地提供雲服務，增加不足的供應或者移除過量的供應，使供應正好匹配需求。最後一步，“眾雲”引擎用來支援Amazon, GoGrid, Eucalyptus和 Rackspace這些不同類型的雲服務。
RightScale也在致力於支援Chef開源專案整合規範，Chef專案的設計願景是支援從最底層搭建雲計算。
Kaavo
Kaavo扮演一個和RightScale非常類似的角色。這個產品典型應用於：
雲中複雜的多層應用一鍵部署(Dev, QA, Prod)；
通過自動地增刪資源來處理需求的缺口或需求的變動；
雲應用基礎設施的運行時管理；
雲中持久資料的加密；
不用人工干預，用自動化工作流來處理運行時產品異常。
Kaavo的核心產品叫做IMOD。IMOD處理雲環境下的配置，供給和變更(他們自己的術語叫調節)，而且這些操作都可以在混合模式下跨不同供應商的雲產品來進行。象所有主要的遵循CIM(通用訊息模型)的供應商一樣，Kaavo的IMOD位於金字塔的頂部，管理著基礎設施層和應用層。
IMOD的一個亮點就是它的“眾雲”單系統工具。例如你可以基於Rackspace創建一個資料庫，而同時你的表現層服務卻在Amzon上。雖然大部分雲端管理軟體如果支援Amazon的話都可以支援Eucalyptus(因為Eucalyptus和Amzon E2非常接近)但是在公共空間上支持Amazon和 Rackspace， 同時在私有空間上支Eucalyptus，這個功能仍然是一個很強的賣點。
Kaavo和RightScale都提供了基於計畫的“滑動增加”或“滑動減少”(基於需求的動態分配)。而且監控工具可以確保這個動作的資訊和內部測度量(例如服務水準協定)清晰有效的獲得。動態分配甚至有助於滿足那些服務水準協定的資源需求。Kaavo和RightScale都提供了保持範本的能力，同時也使多層系統的部署更加輕鬆。
Zeus
Zeus以它堅如磐石的Web服務而聞名，這個產品沒有什麼市場份額，但是有一大堆狂熱的粉絲和高端的消費人群。Apache和第二名的IIS把持著市場，更不用提還有大群的負載平衡伺服器充斥市場，Zeus專注地堅守著它的應用伺服器領地，和Zeus傳輸控制器的應用發佈控制器部件一起撐起了一片自己的天空。它用傳統的負載平衡工具來測試可用性，然後同步地產生或消除雲中的附加實例物件，實現運行中供應。現在Zeus在Rackspace平臺上支援這種服務，Amazon平臺也可以，不過用的人要少一些。
Scalr
Scalr是Google Code和Scalr.net上發佈的一個年輕的項目，它也可以創建動態雲，這一點和Amazon平臺上的Kaavo和RightScale很類似。它支援觸發式地基於傳輸需求擴容和降低容量。它支持快照(快照可以被共用，這是一個很酷的附加功能)。它還可以客戶化構建每一個伺服器或者服務類型的鏡像，這也是和RightScale相似的。在新的發行版本裡，Scalr沒有象它最大的競爭者那樣支持很多平臺、很多作業系統、很多應用、很多資料庫。它定位於傳統的擴展LAMP架構(LAMP加上Ruby，Tomcat等)。這個架構上運營了許多有價值的系統。
Morph
因為不是一個真正的管理平臺，這個MSP-minded的Morph產品提供它自己的私有空間的相似功能。Morph雲伺服器是市場上的新產品。它把管理和供給空間作為一個外掛程式。目標客戶是尋求部署私有雲的企業。它的旗艦產品Morph雲服務基於IBM的BladeCenter，可以支援幾百個虛擬機器。
在核的內部是一個Ubuntu的Linux作業系統和Eucalyptus雲計算平臺。它定位於管理服務提供市場，Morph允許創建私有雲和在閉環雲中提供動態供給服務。作為一顆冉冉升起的新星，Morph的表現十分搶眼，這部分由於它的開源血統和它積極地參與了開源雲組織的活動。
CloudWatch
Amazon的CloudWatch只在Amazon的平臺上運行，這一點限制了它的總體表現，因為它無法管理混合雲。但由於Amazon EC2是最大的雲平臺(雖然Rackspace聲稱它的差距已經很小了)，CloudWatch還是值得關注的。
EC2的CloudWatch支援動態服務供給(被叫做“自動縮放”)，管理和負載均衡。所有的管理通過一個中心管理主控台完成。它和Amazon Web Services用的是同一個中心管理主控台。最大的好處就是不用另外再裝軟體，另外再建網站了。這個產品顯然不是用在需要混合支援環境的企業，這造成了它沒有沒有可比較的物件。但是Amazon的專用客戶也應該清楚它和市場上其他產品是一樣的強健，一樣的功能豐富的。
結論
面對如此之多的工具，資料中心的管理者應該儘早評估並追蹤關注市場的發展動向。這場變革，不論從深度還是廣度上都觸及了IT基礎設施的核心。因此需要持續地修訂計畫和對產品的評價，並隨時注意觀察這些產品背後的公司都發生了什麼故事。現在RightScale是當之無愧的領袖，但是其他的提供商正在緊追猛趕，它們都值得密切關注。
沒有留言:
張貼留言