開發(fā)OpenStack云控制器的一群人并沒有將大量的時(shí)間耗費(fèi)在擔(dān)心競爭對手上,無論這競爭對手是哪家廠商,還是哪項(xiàng)技術(shù)。相反,他們渴望讓OpenStack編排和管理工具比近五年前美國宇航局(NASA)和Rackspace Hosting公司聯(lián)合推出的相對簡單的云控制器更勝一籌。他們最想做的事就是,開發(fā)出一套許多公司可以投入到生產(chǎn)環(huán)境的工具,因?yàn)樗鼈兡軓闹蝎@得實(shí)實(shí)在在的價(jià)值。
這當(dāng)然是大多數(shù)開源軟件項(xiàng)目的目標(biāo);作為自Linux操作系統(tǒng)以來問世的最受歡迎的代碼庫之一,在炒作和現(xiàn)實(shí)期望方面都不輸給Hadoop數(shù)據(jù)分析平臺的技術(shù),OpenStack及其社區(qū)受到了相當(dāng)大的關(guān)注。趁該社區(qū)近期在溫哥華召開開發(fā)人員和客戶峰會之際,我們采訪了OpenStack基金會的執(zhí)行董事Jonathan Bryce和首席運(yùn)營官M(fèi)ark Collier,請他倆暢談OpenStack在全球各地的企業(yè)組織取得了怎樣的進(jìn)展。
OpenStack已在短短幾年內(nèi)取得了長足發(fā)展,由于軟件堆棧和早期采用者當(dāng)中的優(yōu)先事項(xiàng)發(fā)生了轉(zhuǎn)變,其目標(biāo)在這個(gè)時(shí)間段內(nèi)隨之發(fā)生了很大的變化。這是其成功的秘訣之一。
OpenStack早在2010年7月推出以來,幾乎立即決定了市面上已有的替代開源Eucalyptus和CloudStack云控制器的命運(yùn),美國宇航局和Rackspace已經(jīng)在這個(gè)領(lǐng)域布下了相當(dāng)大的地盤。OpenStack支持者想開發(fā)出可擴(kuò)展性不亞于亞馬遜網(wǎng)絡(luò)服務(wù)公有云的技術(shù),而Eucalyptus和CloudStack項(xiàng)目以及VMware的專有vCloud控制器做不到這點(diǎn)。更確切地說,美國宇航局和OpenStack給出了一些數(shù)據(jù),表明大家在關(guān)注,聲稱OpenStack最終可擴(kuò)展到100萬個(gè)主機(jī),最多支持6000萬個(gè)虛擬機(jī)??蓴U(kuò)展性方面的那些目標(biāo)還沒有達(dá)到,也沒有人認(rèn)為在OpenStack發(fā)展的現(xiàn)階段需要達(dá)到這些目標(biāo)。與AWS兼容也是個(gè)初始目標(biāo),但是當(dāng)OpenStack漸成氣候、開發(fā)自己的API來控制虛擬化計(jì)算、存儲和網(wǎng)絡(luò)時(shí),這個(gè)目標(biāo)被擱在一邊。
Collier告訴我們,OpenStack社區(qū)在向前推進(jìn)時(shí),并沒有考慮來自VMware、微軟及Eucalyptus和CloudStack等其他開源工具的競爭。
“我們從什么因素在阻礙采用來考慮OpenStack,很少是技術(shù)上的障礙。如果你看一下在云方面取得成功的公司,它們立足于以下方面改變了文化,即運(yùn)營如何開展,如何允許開發(fā)人員積極接受試驗(yàn)、拆除導(dǎo)致企業(yè)的不同部門各自孤立的壁壘。試圖向軟件開發(fā)文化轉(zhuǎn)變確實(shí)很難,而私有云最終失敗的案例屢見不鮮,原因就出在文化上。這就是為什么我們鼓勵(lì)成功轉(zhuǎn)變的公司交流經(jīng)驗(yàn)和心得,因?yàn)橄胱孫penStack得到更廣泛的采用,面臨的最大障礙是向許多公司解釋它們要招聘哪些人,自己需要做些什么,或者把什么外包給生態(tài)系統(tǒng)。這些問題都不是技術(shù)方面的問題,它們涉及企業(yè)文化。”
我們總是想知道的是,有多少OpenStack云已部署在概念證明環(huán)境和生產(chǎn)環(huán)境下。Bryce承認(rèn),作為一個(gè)有許多下游發(fā)行商的開源項(xiàng)目,沒有一種很好的方法可以跟蹤任何數(shù)字。OpenStack基金會每年調(diào)查用戶(它能找到,又愿意參與調(diào)查的用戶);Tim Bell是歐洲原子核研究組織(CERN)的操作系統(tǒng)和基礎(chǔ)設(shè)施部門的小組領(lǐng)導(dǎo)人,他在OpenStack峰會上發(fā)布了最新調(diào)查的結(jié)果。這次調(diào)查無疑給出了一些有用的趨勢線,但是并沒有告訴我們OpenStack已變得多普遍,或者不是想象的那么普遍。
不過,Collier也不甘示弱。“毫無疑問,在我看來,成千上萬個(gè)OpenStack云在全球各地運(yùn)行;很顯然,公有云不是什么秘密;如今我們在六大洲的許多城市都有OpenStack公有云,數(shù)量比亞馬遜公有云還多。在私有云方面,我們沒有一樣高的知名度,但是在我們看來鼓舞人心的一組數(shù)據(jù)是,我們在去年看到了重大轉(zhuǎn)變,人們在生產(chǎn)環(huán)境中運(yùn)行OpenStack私有云。”Collier表示,兩年前,大約20%的調(diào)查對象表示,他們在生產(chǎn)環(huán)境中使用OpenStack;而一年前,這個(gè)比例上升到了約三分之一。Collier表示,在2015年的最新調(diào)查中,調(diào)查對象當(dāng)中安裝的OpenStack大約一半用在生產(chǎn)環(huán)境中。Bryce說:“它在兩年來取得了長足發(fā)展。”
知名公司和企業(yè)在部署OpenStack,不僅僅部署成計(jì)算或存儲云控制器。最火爆的部署領(lǐng)域之一是在服務(wù)提供商、電信公司和企業(yè)當(dāng)中,它們使用OpenStack來控制網(wǎng)絡(luò)功能虛擬化堆棧;可以這么說,OpenStack控制的軟件從第4層到第7層網(wǎng)絡(luò)基礎(chǔ)設(shè)施的專門硬件中剝離出去,轉(zhuǎn)而扔到虛擬化X86系統(tǒng)上。
沃爾瑪會在OpenStack峰會上談?wù)摿俗约喝绾尾渴餙penStack,以管理成千上萬臺服務(wù)器上的100000多個(gè)核心。另一大零售商百思買也是其用戶;在金融服務(wù)業(yè),多倫多道明銀行、富達(dá)投資和美國運(yùn)通都是OpenStack在金融服務(wù)行業(yè)的忠實(shí)用戶,眼下幾乎所有的金融服務(wù)公司都在本企業(yè)的某個(gè)地方部署了OpenStack。整個(gè)媒體行業(yè)是OpenStack的一大用戶,康卡斯特、夢工廠、時(shí)代華納有線公司和迪士尼在談?wù)摬渴鹗乱?Collier表示,高性能計(jì)算(HPC)社區(qū)也開始關(guān)注起OpenStack。
采用率大幅增長
在我們看來,OpenStack欣然接受應(yīng)該加以控制和編排的新技術(shù),這個(gè)事實(shí)會引起采用率大幅上升。顯然需要加以解決的兩項(xiàng)技術(shù)是裸機(jī)配置和軟件容器,之后才會開始出現(xiàn)采用率大幅上升。
并非一切都可以在KVM、Xen、ESXi或Hyper-V虛擬機(jī)管理程序上運(yùn)行。在過去的幾年里,OpenStack社區(qū)一直致力于Ironic裸機(jī)配置軟件,它開發(fā)的“Kilo”版本的OpenStack已達(dá)到生產(chǎn)級標(biāo)準(zhǔn),該版本已經(jīng)在4月底宣布。Rackspace已部署了改進(jìn)版的Ironic,將工作負(fù)載部署到其OnMetal服務(wù)上,該服務(wù)為整臺物理服務(wù)器提供了類似云的效用定價(jià)(utility pricing)和快速配置。有許多工作負(fù)載(其中許多是在HPC和數(shù)據(jù)分析領(lǐng)域)需要集群中底層服務(wù)器所能提供的每一點(diǎn)計(jì)算和網(wǎng)絡(luò)性能,而將它們放在虛擬機(jī)管理程序上對許多企業(yè)組織來說不切實(shí)際。拿Ironic來說,一直管理虛擬機(jī)管理程序和虛擬機(jī)的Nova計(jì)算控制器現(xiàn)在可以管理將工作負(fù)載部署到物理服務(wù)器上的任務(wù),它還能區(qū)別不同類型的機(jī)器,這很有用――比如說擁有GPU加速器的機(jī)器與沒有GPU加速器的機(jī)器,并且以適當(dāng)?shù)姆绞綄⒐ぷ髫?fù)載部署到這些機(jī)器上。
在OpenStack發(fā)展過程的現(xiàn)階段,能夠配置裸機(jī)并將應(yīng)用程序部署到上面、好像它就是虛擬機(jī),比在單個(gè)OpenStack云中可擴(kuò)展到100萬個(gè)機(jī)器和6000萬個(gè)虛擬機(jī)重要得多。支持各種軟件容器、尤其是Docker的功能也重要得多。
雖然OpenStack有Nova驅(qū)動(dòng)程序,讓它可以在虛擬機(jī)里面部署Docker容器,但其他廠商提出了使用Nova編排LXC容器的方法,OpenStack社區(qū)希望有一種單獨(dú)的容器管理系統(tǒng),那就是Project Magnum。Project Magnum已出現(xiàn),最初會通過接口與Docker Swarm和Google Kubernetes進(jìn)行聯(lián)系,而這些是管理Docker容器集群的工具。Kubernetes將支持CoreOS提出的AppC容器格式,還可能會支持LXC及其他容器格式。Adrian Otto是Rackspace的首席架構(gòu)師,也是負(fù)責(zé)Magnum容器即服務(wù)工作的項(xiàng)目團(tuán)隊(duì)領(lǐng)導(dǎo)。他表示,大概在今年10月“Liberty”版本的OpenStack發(fā)布的前后,Magnum也會準(zhǔn)備迎來黃金時(shí)期。許多方面取決于社區(qū)在這屆峰會上決定將該項(xiàng)目引向何方。
關(guān)鍵的問題在于,由于支持虛擬化服務(wù)器、裸機(jī)服務(wù)器和軟件容器,OpenStack能夠以大多數(shù)客戶希望的最受歡迎的方式來部署應(yīng)用程序。VMware并沒有裸機(jī)配置功能,似乎對這個(gè)概念極其反感;而微軟已經(jīng)使用其系統(tǒng)中心虛擬機(jī)管理器附件,支持虛擬機(jī)管理程序的裸機(jī)配置,甚至可能會支持其即將發(fā)布的Nano Server操作系統(tǒng)的裸機(jī)配置,如果足夠多的客戶竭力要求的話。(毫無疑問,Windows Azure已經(jīng)擁有裸機(jī)配置功能,就像它已經(jīng)運(yùn)行了一段時(shí)間的Nano Server。)OpenStack會欣然接受一切,但VMware和微軟的步伐肯定會更謹(jǐn)慎。正因?yàn)槿绱耍M管兼顧成千上萬客戶的要求和數(shù)百家參與OpenStack社區(qū)的有關(guān)廠商的要求面臨重重挑戰(zhàn),OpenStack會繼續(xù)隨勢而變,有望加快采用。
最后一點(diǎn):Kilo版本的另一項(xiàng)熱門功能就是支持刪除碼(erasure code),從而為Swift對象存儲服務(wù)提供數(shù)據(jù)保護(hù)。這正是OpenStack用戶們期盼已久的功能,Bryce表示“該功能有望從根本上改變OpenStack上對象存儲的經(jīng)濟(jì)意義”,因?yàn)樗馕吨鴽]必要復(fù)制數(shù)據(jù)以確保耐久性。
存儲方面的其他創(chuàng)新也會推動(dòng)OpenStack;舉例說,Bryce以一個(gè)未提及名字的客戶為例:該客戶遷移到了七個(gè)Open Compute服務(wù)器機(jī)架和Open Vault高密度存儲服務(wù)器(就像Facebook采用的那類服務(wù)器),并在上面運(yùn)行Cinder塊存儲。Bryce解釋,“他們勇敢冒險(xiǎn)使用這個(gè)新的存儲架構(gòu),其開發(fā)人員甚至不知道底層發(fā)生的一切。”他補(bǔ)充說,相比該公司一直使用的專有存儲系統(tǒng),性能和投資回報(bào)“高得驚人”。其架構(gòu)是虛擬機(jī)管理程序,每個(gè)計(jì)算節(jié)點(diǎn)只有一個(gè)虛擬機(jī);使用虛擬化完全是為了更有效地管理在節(jié)點(diǎn)上運(yùn)行的軟件。這個(gè)客戶將商用Hadoop發(fā)行版安裝在集群中的每個(gè)服務(wù)器節(jié)點(diǎn)上,然后使用Cinder,把多個(gè)卷掛載到虛擬機(jī)中,基本上跨卷實(shí)現(xiàn)條段化(striping),以便在底層的HDFS文件系統(tǒng)上獲得非常高的存儲性能。“這種架構(gòu)的性能居然用過之前的Hadoop系統(tǒng),之前的Hadoop系統(tǒng)直接放在裸機(jī)上。”
這聽起來是不是出人意料?
原文標(biāo)題:Breaking Down The Barriers To OpenStack Adoption