OpenStack可能並不是雲領域的市場領導者,但是確實雲架構的引路「人」。 開源雲服務是廠商的戰略選擇,從惠普到思科都是如此;對於另外的大多數人它就是一種雲服務框架,包括Rackspace。 不像亞馬遜Web服務EC2,OpenStack主要作為企業軟體和公有雲服務提供,已經引發媒體討論,但並不僅是一種造勢。 OpenStack的確有其創新之處,尤其是在虛擬網路上,更是處於前端。
就像所有的雲堆疊,OpenStack是一套管理應用程式介面(API),旨在控制資源池,並將其分配給租戶或者應用。 管理員通過「控制台」以及一套共用服務(稱之為「Glance」)管理OpenStack,管理員從而能夠顧管理及其圖像和範本創建。 OpenStack也有三個定義的資源類:計算、存儲和網路。 API,比如Nova、Swift(物件存儲)和Quantum,都在和開源專案關聯後命名。
理解OpenStack的Nova和Swift API
Nova或者OpenStack計算功能是一個以hypervisor不可知的框架,可以管理虛擬機器(VM)實例以及圖像,然後在需要時在它們之間映射。 OpenStack支援裸金屬啟動(bare metal)或者為連接資源池簡化伺服器設置,範本將説明為使用者或者租戶按需創建專案實例。
使用者通過Nova API同OpenStack交互,隨後劃分請求到一個路徑的管理VM圖像,一條路徑到管理VM實例。 在中央控制台下,VM圖像通過一個稱之為Glance的服務管理,VM實例針對具體資源需求通過排隊要求管理。
OpenStack支援其API和AWS的彈性計算雲(EC2)API,致力於支援新生的API標準。 因此Nova可以看做是OpenStack公有雲的資源,意味著伺服器/計算和存儲資源在這裡進行管理。 使用的元件,包括SQL資料庫和消息匯流排,都是開源的,理論上,OpenStack會自定制來支援每一個領域的任何多種選擇。
Swift物件存儲和AWS的簡單物件存儲服務(S3)類似,旨在擴展到zettabytes和多種結點的分配。 同時Swife提供了和S3相似的基線功能,OpenStack當前沒有關系型資料庫管理系統(RDBMS)或者資料倉儲擴展服務,現在二者都存在於AWS中。 因此,並不是所有的亞馬遜託管服務會被轉移到OpenStack雲中。
Quantum:OpenStack的虛擬網路介面和SDN連接
也許對於OpenStack的興趣大都來自Quantum——虛擬網路介面。 Quantum用於提供和應用相關的網路服務,基於數個基礎網模型,比如預設閘道路由Levvel 2域。
Quantum makes the network explicitly a resource of the cloud, which could be very significant as software-defined networki ng (SDN) gains traction with network
Quantum讓網路知道雲資源,對於網路運營商和業務來說軟體定義網路吸引力是非常顯著的。 少數人認為SDN意味著每一個應用控制網路,一個條件是所謂的「網路混亂」。 OpenStack的Quantum 提供了一個替代模型:雲控制和網路、協調連結和細節,比如服務品質,根據應用需求和安裝策略確定。
Quantum並不是沒有這個問題,這也是其支援的維度更廣。 OpenStack背後有多個巨人樣的志願者支援,也有資源促進專案並提供文檔,但是實施的分期也存在風險。 分歧就會導致支援者自己版本之間的不相容性。
Quantum的第二個問題在於運營。 更大的雲承諾,就更難以在雲端創建應用並在資源間轉移圖像。 VMware已經將雲運營作為其主要的關注點和區別點,但是同時DevOps專案和OpenStack關聯,DevOps並不是這個專案不可分割的一部分,也沒有單獨的制裁方法。 因此,OpenStack可能在操作複雜上落後,或者多種不相容方法會開發,進一步分割OpenStack平臺,妨礙開發和部署。
現在,OpenStack有一個固有的技術日程,享受硬體和軟體參與者廣泛的支援。 由於是開源的,技術沒有成本,保證了早起的市場吸引。 如果OpenStack繼續以當前的步調加強和改善,很可能OpenStack會成為AWS最大的威脅。
(責任編輯:fumingli)