毫無疑問，OpenStack項(xiàng)目確實(shí)擁有強(qiáng)勁的發(fā)展動(dòng)力，而且各種類型及規(guī)模的企業(yè)用戶正在考慮這款開源軟件是否適合自己。OpenStack在最近一段時(shí)期以內(nèi)牢牢抓住了關(guān)注者的眼球，但就當(dāng)前而言它還沒能成為大型企業(yè)真正信賴的常規(guī)技術(shù)方案。不過話說回來，很多技術(shù)人員正在努力推動(dòng)其實(shí)際普及，也有相當(dāng)部分的擁護(hù)者堅(jiān)信它代表著云計(jì)算的未來。
理由非常簡單：Linux的出現(xiàn)讓開源軟件擁有了可靠的運(yùn)行環(huán)境，而由此衍生的一大批數(shù)據(jù)庫、中間件以及應(yīng)用程序開發(fā)工具則進(jìn)一步鞏固了其市場地位。相比之下，OpenStack等于站在了Linux這位巨人的肩膀之上，這也正是如今任何一家超大規(guī)模數(shù)據(jù)中心運(yùn)營商（除了微軟的Azure）以及大部分互聯(lián)網(wǎng)新興企業(yè)所作出的選擇。
在本周于喬治亞州亞特蘭大舉辦的OpenStack峰會(huì)上，OpenStack基金會(huì)列出了一長串主流企業(yè)的名頭，其中包括富國銀行、AT&T、迪士尼、Digital Film Tree、索尼以及PayPal/eBay等等，它們都曾討論過打算如何在自家基礎(chǔ)設(shè)施當(dāng)中部署OpenStack方案。這些大型企業(yè)幾乎都表示在運(yùn)行OpenStack的過程中掌握到不少技巧，并學(xué)會(huì)如何將其納入到自家業(yè)務(wù)流程當(dāng)中;不過他們并沒有談到其使用OpenStack技術(shù)的具體方式。當(dāng)然，這是上市公司在處理公關(guān)事務(wù)時(shí)的慣例。
也就是說，如果OpenStack社區(qū)無法確切掌握企業(yè)用戶部署該軟件并將其融入基礎(chǔ)設(shè)施的實(shí)際方式，那么他們將無法有針對(duì)性地在軟件發(fā)行版中推出功能與特性。因此在過去的幾個(gè)發(fā)行版本中，該開源項(xiàng)目的掌控者OpenStack基金會(huì)完成了對(duì)客戶群體的調(diào)查。eBay公司的JC Martin、前維基百科成員Ryan Lane（他如今已經(jīng)加入一家名為Lyft的新興企業(yè)）以及CERN（即歐洲核子研究中心）的Tim Bell共同負(fù)責(zé)數(shù)據(jù)收集并對(duì)這些來自社區(qū)調(diào)查的信息進(jìn)行匿名化處理。
此次最新調(diào)查的匯總結(jié)果于本屆峰會(huì)上得到公開，他們表示目前OpenStack項(xiàng)目的客戶群體仍然由概念驗(yàn)證以及云測試/開發(fā)人員占據(jù)主導(dǎo)——這種情況與當(dāng)初服務(wù)器虛擬化技術(shù)剛剛登陸X86架構(gòu)時(shí)非常相似。服務(wù)器虛擬化技術(shù)在大約十年前才正式得到廣泛認(rèn)可，而如今則已經(jīng)成為標(biāo)準(zhǔn)化處理方式。當(dāng)然，這并不是說OpenStack技術(shù)完全未能在規(guī)模化部署層面取得進(jìn)展。
事實(shí)上作為與美國宇航局地位對(duì)等的OpenStack項(xiàng)目聯(lián)合創(chuàng)始方，Rackspace公司就曾在2010年7月將這套開源技術(shù)引入業(yè)務(wù)環(huán)境、旨在構(gòu)建起一套專門面向其托管及云操作體系的控制系統(tǒng)。自那時(shí)至今，一系列以O(shè)penStack為基礎(chǔ)的生產(chǎn)系統(tǒng)被建立起來，而這一陣營還在不斷擴(kuò)大;不過部署規(guī)模的拓展速度確實(shí)不像社區(qū)發(fā)展那么迅猛，以提供OpenStack技術(shù)支持或者將OpenStack打包構(gòu)成廣泛或深入產(chǎn)品為收益來源的企業(yè)在這方面可能體會(huì)得最為透徹。
最近公布的這項(xiàng)調(diào)查恰好趕上了將于今年秋季發(fā)布的OpenStack發(fā)行版“Juno”正式開始研發(fā)，調(diào)查共涉及1780名受訪者，涵蓋總計(jì)506個(gè)OpenStack部署項(xiàng)目。來自美國與加拿大的OpenStack云項(xiàng)目共占據(jù)195個(gè)席位，歐洲為143個(gè)、亞洲則為107個(gè)。就全局情況來看，云開發(fā)與測試項(xiàng)目共有210個(gè)，云概念驗(yàn)證項(xiàng)目為218個(gè)，真正用于管理實(shí)際工作負(fù)載的生產(chǎn)性云項(xiàng)目則為209個(gè)。
當(dāng)然，這顯然并未反映世界上全部現(xiàn)有OpenStack云項(xiàng)目。就在本周早些時(shí)候，紅帽公司虛擬化與OpenStack業(yè)務(wù)總經(jīng)理Radhesh Balakrishnan在接受采訪時(shí)指出，該公司所實(shí)施的OpenStack生產(chǎn)方案保持著“健康的兩位數(shù)”用戶規(guī)模增幅。他同時(shí)補(bǔ)充稱，以概念驗(yàn)證為目的的部署數(shù)量則以“三位數(shù)”速度增長。Canonical公司自三年前開始將OpenStack嵌入至其Ubuntu Server 11.04版本當(dāng)中，Ubuntu Linux項(xiàng)目創(chuàng)始人Mark Shuttleworth還在本次OpenStack峰會(huì)上告訴我們，Canonical公司在生產(chǎn)與PoC方案的普及率方面比紅帽高出一個(gè)量級(jí)。
通過調(diào)查結(jié)果，大家還會(huì)看到Ubuntu Server目前已經(jīng)成為OpenStack項(xiàng)目中最受歡迎的Linux系統(tǒng)版本。這一方面是因?yàn)镺penStack實(shí)施尚處于早期階段，另一方面則是因?yàn)樗軌蛞宰詣?dòng)化方式簡化OpenStack云的部署與管理流程。
我們的猜測是，目前技術(shù)業(yè)界中的概念驗(yàn)證型OpenStack云項(xiàng)目應(yīng)該達(dá)到數(shù)千個(gè)，而真正作為生產(chǎn)環(huán)境的云方案數(shù)量也應(yīng)該突破一千個(gè)。當(dāng)然這僅僅是估計(jì)，由于OpenStack的開源屬性以及數(shù)十種不同的使用方式，沒人能確切衡量項(xiàng)目的真實(shí)數(shù)量。順帶一提，數(shù)千套生產(chǎn)型OpenStack云在數(shù)量級(jí)上與全球大型超級(jí)計(jì)算機(jī)集群與生產(chǎn)級(jí)Hadoop集群處在同一水平。
總體而言，生產(chǎn)型OpenStack云在規(guī)模上要比測試/開發(fā)云更大一些，而且這兩類方案又要比使用OpenStack進(jìn)行概念驗(yàn)證的云體系更大。當(dāng)然，項(xiàng)目大小與企業(yè)業(yè)務(wù)（即計(jì)算與存儲(chǔ)工作負(fù)載）以及自身規(guī)模（通常表現(xiàn)為用戶數(shù)量以及營收總額）緊密相關(guān)，因此單憑這一點(diǎn)還很難對(duì)整體趨勢作出準(zhǔn)確把握——畢竟小公司眼中的大型云環(huán)境在巨頭廠商面前只能算毛毛雨。另外，生產(chǎn)型云體系往往傾向于采用舊版本OpenStack運(yùn)行其上，其中一部分還必須要為那些尚未正式發(fā)布的OpenStack集群元素提升升級(jí)。目前OpenStack社區(qū)正在積極解決這些問題，但這是一項(xiàng)長期任務(wù)、恐怕在短時(shí)間內(nèi)無法徹底得到好轉(zhuǎn)。
根據(jù)OpenStack基金會(huì)收集到的數(shù)據(jù)，生產(chǎn)型云項(xiàng)目在規(guī)模上仍然相當(dāng)有限，不過大家也不能將此視為最終結(jié)論——畢竟即使是參與到調(diào)查中的受訪者也沒有確切提供其項(xiàng)目的原始數(shù)據(jù)，甚至出于匿名性考慮而對(duì)數(shù)據(jù)有所保留——仍有不少企業(yè)拒絕公開與其項(xiàng)目相關(guān)的詳細(xì)信息。
如果姑且忽略那些并未使用對(duì)象存儲(chǔ)機(jī)制或者拒絕公布相關(guān)細(xì)節(jié)的客戶，那么就目前而言O(shè)penStack生產(chǎn)型云項(xiàng)目所包含的對(duì)象數(shù)據(jù)一般低于10萬個(gè)。當(dāng)然，也有一些云項(xiàng)目擁有上億個(gè)存儲(chǔ)對(duì)象，但這只能算是特例。在塊存儲(chǔ)方面，這一結(jié)論也同樣有效。大部分生產(chǎn)型云項(xiàng)目的塊存儲(chǔ)容量在100TB以下，少數(shù)項(xiàng)目則率先將其推進(jìn)到了PB級(jí)別。
正如大家預(yù)期的那樣，OpenStack也為超大規(guī)模數(shù)據(jù)中心運(yùn)營商準(zhǔn)備了與Puppet及Chef類似的配置管理工具，此外該項(xiàng)目還準(zhǔn)備了一系更其它工具、旨在進(jìn)一步幫助客戶完成OpenStack云的設(shè)置工作：
就在本次OpenStack峰會(huì)上，眾多企業(yè)討論了自身如何利用OpenStack技術(shù)對(duì)各種類型與規(guī)格下的物理及虛擬設(shè)備進(jìn)行管理。舉例來說，在長期運(yùn)行流程中，企業(yè)用戶可以保持ESXi的運(yùn)作而不必使用VMware的vCloud。這能為他們回避大量虛擬機(jī)轉(zhuǎn)換所帶來的技術(shù)困擾，并借此實(shí)際成本節(jié)約。微軟的Hyper-V也是同理，OpenStack同樣可以對(duì)其加以控制。對(duì)于那些同時(shí)使用三大主流虛擬機(jī)管理程序的企業(yè)用戶——例如一家需要在內(nèi)部環(huán)境中分別建立Linux與Windows應(yīng)用程序開發(fā)團(tuán)隊(duì)的大型企業(yè)——來說，OpenStack的出現(xiàn)能夠?qū)⒃颈舜斯铝⒌臉I(yè)務(wù)流程轉(zhuǎn)化為一整套混合環(huán)境。
為了將虛擬機(jī)管理程序與OpenStack接駁在一處，必要的網(wǎng)絡(luò)驅(qū)動(dòng)程序自然也是種類繁多、不一而足。在此之一，Open vSwitch的流行程度最高，甚至儼然有些OpenStack標(biāo)準(zhǔn)配備的意思。不過盡管如此，生產(chǎn)云項(xiàng)目中的網(wǎng)絡(luò)方案在多樣性方面還是要遠(yuǎn)遠(yuǎn)超過虛擬機(jī)管理程序。
無論大家是否相信，已經(jīng)有人宣布在生產(chǎn)項(xiàng)目中成功運(yùn)行了OpenStack的Austin初始版本——Lane表示他本人對(duì)此是絕不相信的。作為該版本下轄的三個(gè)子版本，代號(hào)分別為Bexar、Cactus以及Diablo的三套發(fā)行版也取得了不錯(cuò)的使用率。
作為第一款可用版本，Essex仍然活躍在61個(gè)云項(xiàng)目當(dāng)中，而于2012年發(fā)布的Folsom則占據(jù)64臺(tái)設(shè)備，接下來的是在一年前OpenStack真正獲得市場關(guān)注時(shí)登場的Grizzly版本、它出現(xiàn)在84臺(tái)設(shè)備之上。去年秋季面世的Havana版本占據(jù)42個(gè)云項(xiàng)目，而就在一個(gè)月前剛剛誕生的Icehouse版本也已經(jīng)擁有五位支持者。有趣的是，有26個(gè)云項(xiàng)目沒有等待正式版本發(fā)布而選擇了自主進(jìn)行技術(shù)更新。
思杰公司放棄早期OpenStack研發(fā)成果、轉(zhuǎn)而收購Cloud.com并將CloudStack作為Apache項(xiàng)目加以開源的理由之一是，Rackspace堅(jiān)持認(rèn)為與AWS保持兼容不應(yīng)作為OpenStack項(xiàng)目發(fā)展過程中的主要任務(wù)。
通過調(diào)查可以看到，思杰選擇的AWS兼容之路還是受到了包括Eucalyptus Systems在內(nèi)的其它廠商的認(rèn)同，后者推出的同名云控制器希望盡可能多地克隆AWS服務(wù)、并借此構(gòu)建起一套規(guī)模較小的新興項(xiàng)目。OpenStack決定尋求屬于自己的發(fā)展道路，根據(jù)自己的判斷處理問題，這當(dāng)然有其可取之處。然而必須強(qiáng)調(diào)的是，對(duì)AWS的兼容性在很多企業(yè)用戶眼中仍是一項(xiàng)不容忽略的重要優(yōu)勢。
京公網(wǎng)安備 11010502049343號(hào)