分享嘉賓簡介：九州云99Cloud副總裁陳沙克，多年深耕于開源云計(jì)算平臺(tái)Openstack技術(shù)，目前主要負(fù)責(zé)九州云99Cloud的產(chǎn)品、社區(qū)和研發(fā)。

從2010年發(fā)布到現(xiàn)在，就IaaS層面在目前的開源領(lǐng)域，Openstack已然成為一個(gè)代名詞。在這期間，Openstack也曾因?yàn)榉N種原因發(fā)生過一些調(diào)整和改變，而容器的出現(xiàn)，也對Openstack造成了革命性的影響。

一、OpenStack 重要發(fā)展歷程

在2013年基金會(huì)成立的時(shí)候， Rackspace將OpenStack的控制權(quán)交給基金會(huì)負(fù)責(zé)，OpenStack把自己定位為一個(gè)“可以做私有云、公有云的平臺(tái)”。 當(dāng)Docker出來時(shí)，Openstack已然經(jīng)過兩年的磨練，也考慮到市場環(huán)境因素，將定位調(diào)整為一款“管理引擎”，可以管理虛擬化、物理機(jī)、虛擬機(jī)、容器等等存儲(chǔ)網(wǎng)絡(luò)。就目前來講，它被賦予的使命非常多，但同時(shí)也飽受Docker的威脅。而且由于Openstack什么都要管，它的功能模塊非常多，基本上每個(gè)模塊都要實(shí)現(xiàn)一個(gè)功能，目前除了基本功能以外，已有三四十個(gè)大項(xiàng)目，每個(gè)大項(xiàng)目下面還有好幾個(gè)子項(xiàng)目。所以如果去GitHup上瀏覽，會(huì)發(fā)現(xiàn)Openstack的項(xiàng)目列表里面包含有幾百個(gè)項(xiàng)目。實(shí)際上，對用戶有用的或者說跟用戶實(shí)際功能相關(guān)的項(xiàng)目數(shù)量，大概在三四十個(gè)左右。

在2015年，Openstack 引入了“大帳篷”策略。這個(gè)策略是指先定義出來一些必須用到的核心模塊，像Nova、Glance、Swift這些，剩下的再根據(jù)用戶實(shí)際需求選用。采用大帳篷策略以后，項(xiàng)目爆長，為了應(yīng)對用戶對虛擬機(jī)、容器、物理機(jī)等等上面的需求，Openstack變得越來越復(fù)雜。

二、OpenStack搭建流程

對企業(yè)來說，要將Openstack引入，首先要準(zhǔn)備硬件，把存儲(chǔ)準(zhǔn)備好，然后要裝操作系統(tǒng)。目前很多廠商已經(jīng)對安裝操作系統(tǒng)那一塊做了自動(dòng)化，減輕用戶部署的痛苦。再就是安裝Openstack的各種服務(wù)，配置Openstack各個(gè)節(jié)點(diǎn)的高可用。

安裝完這些還不夠，還需配置整個(gè)平臺(tái)，做日志的收集和監(jiān)控。后續(xù)還需要對整個(gè)Openstack平臺(tái)進(jìn)行運(yùn)維和升級。下圖基本上就是企業(yè)在引入Openstack的時(shí)候，必須要做的一些過程。

三、OpenStack的痛點(diǎn)和難點(diǎn)

1、安裝和部署困難

在安裝Openstack的時(shí)候，可能自己在測試的時(shí)候都很順，但在實(shí)際的企業(yè)環(huán)境中就會(huì)面對各種的挑戰(zhàn)。比如，國內(nèi)有很多企業(yè)是完全是不能聯(lián)網(wǎng)的，怎么在網(wǎng)絡(luò)不通的情況下完成安裝部署?實(shí)際上非常具有挑戰(zhàn)。而且有的企業(yè)在聯(lián)網(wǎng)情況下安裝完可以很好的運(yùn)行，一旦網(wǎng)絡(luò)不好或者斷網(wǎng)，效率可能變得很低。這些問題如果沒有在實(shí)際安裝過程中親身經(jīng)歷過，很難提前想象。

2、維護(hù)更加困難

當(dāng)Openstack節(jié)點(diǎn)數(shù)量大的時(shí)候，靠傳統(tǒng)的人工維護(hù)方式是非常麻煩的。在幾十個(gè)節(jié)點(diǎn)上面，如果想要去查看日志或者修改配置，都是很難做的事情。

3、升級難上加難

Openstack進(jìn)入企業(yè)面臨***的挑戰(zhàn)，就是升級。2016年是國內(nèi)企業(yè)采納Openstack最多的一年，也是發(fā)展***的一年，但同時(shí)升級的問題也被不斷提出。當(dāng)企業(yè)有了新功能、新特性，希望升級的時(shí)候，會(huì)面臨這樣一個(gè)問題：

以往軟件升級都是采用發(fā)行版、安裝包的方式實(shí)現(xiàn)，像紅帽采用的Yum，烏班圖的 apt-get 。但Openstack不行，因?yàn)镺penstack現(xiàn)在一年兩個(gè)版本，中間只有半年的時(shí)間，廠商要對其進(jìn)行打包和測試，加上Openstack現(xiàn)在的組件有幾十個(gè)那么多，廠商根本無法在那么短的時(shí)間內(nèi)完成那么多的工作。而且當(dāng)某次升級你沒跟上，時(shí)間就會(huì)越拖越長。

在之前，很多廠商都只能通過手動(dòng)操作熬夜通宵來給企業(yè)升級，因?yàn)橹挥羞@種辦法才能完成。Openstack可以在不宕機(jī)、影響很小的情況下完成升級，但是這個(gè)過程是很長很累的，需要手動(dòng)一點(diǎn)點(diǎn)地更新，而且每個(gè)客戶的情況都不太一樣，只能區(qū)別對待。而且不同的版本需要處理的問題是不一樣的，經(jīng)驗(yàn)的積累也是不一樣的。所以，對廠商來說，升級是件很痛苦的事。

四、容器給Openstack帶來新突破

那么，究竟要怎么幫助企業(yè)去解決這個(gè)問題呢?

可以說，在容器出現(xiàn)之前，這個(gè)問題是無解的。容器出現(xiàn)后，看到了希望，把Openstack放在容器里面進(jìn)行升級。接觸過容器的應(yīng)該知道，在容器里面沒有安裝的過程，它已經(jīng)提前把安裝文件錄入到file里面。只需將Docker放到相應(yīng)的機(jī)器上面，啟動(dòng)起來，再把配置文件放回去，就可以把Openstack裝起來。這樣，整個(gè)過程能減少很多問題。至少，之前很容易遇到的語言沖突、包沖突的問題可以解決掉。

而且，隨著容器化的使用，廠商的配置管理也啟用了專門的工具。在Openstack升級上有個(gè)很大的問題，就是升級導(dǎo)致的沖突問題，這個(gè)非常不好解決，解決起來也沒有任何的意義，完全是拼體力。但用Docker隔開以后，已經(jīng)可以完全避免這個(gè)問題了。還有之前當(dāng)操作系統(tǒng)跟Openstack不是同一個(gè)語言的時(shí)候，也很容易導(dǎo)致它的依賴關(guān)系有沖突，解決起來不但沒有任何意義，還沒完沒了，容器化后同樣能進(jìn)行規(guī)避。

更多好處可以參考"容器化 OpenStack 的10個(gè)好處"一文。試想，把Openstack容器化，整個(gè)安裝過程(不包括安裝操作系統(tǒng))可能只需要20分鐘。在生產(chǎn)環(huán)境中，裝20分鐘和裝2個(gè)小時(shí)甚至一天的區(qū)別并不太大，但是在開發(fā)測試和驗(yàn)證環(huán)境里面，20分鐘和2個(gè)小時(shí)存在很大差異。Openstack里面有許多功能需要反復(fù)的測試和操作，當(dāng)時(shí)間減少至20分鐘的時(shí)候，將帶來極大的好處。

五、Openstack容器化的成熟項(xiàng)目——Kolla

對于Openstack的廠商來說，都曾體會(huì)過前面提到的痛點(diǎn)和難點(diǎn)，所以也都在很積極地解決這些問題。Rackspace、烏班圖的Canonical、 TCB Cloud 、Mirantis都做了相應(yīng)的解決辦法去推動(dòng)容器化，只是做法各有差異。除了廠商，社區(qū)也在努力，Kolla就是Openstack社區(qū)里推出的一個(gè)專門做Openstack容器化的項(xiàng)目。

目前來說，Kolla已經(jīng)非常成熟，可以投入使用。Kolla不僅僅是把Openstack的組件容器化，還把周圍的所有的組件也容器化。簡單點(diǎn)說，一臺(tái)機(jī)器如果把容器刪掉，那么這臺(tái)機(jī)器將不會(huì)有任何剩留。因?yàn)樗龅梅浅氐?，把所有的東西都放在了容器里面。這樣做的好處也顯而易見，這臺(tái)機(jī)器不管做什么東西，迭代都會(huì)非?？?。

Kolla之所以能迅速成熟是因?yàn)樗袀€(gè)理念——“怎么簡單怎么來”。它可以通過源碼或發(fā)行版的RTM發(fā)安裝包完成安裝，也能通過鏡像去配置文件，再放到相應(yīng)的節(jié)點(diǎn)上去完成配置。當(dāng)然，這個(gè)非常理想的狀況，因?yàn)樵趯?shí)際部署中，會(huì)面臨很多的東西。

沒有用過Kolla，或?qū)ocker不是很熟悉的，只要了解Docker的理念，就會(huì)發(fā)現(xiàn)這種方式非常理想化，只需要在這臺(tái)機(jī)器以前的Docker file或master文件里面，不斷在相應(yīng)的節(jié)點(diǎn)上放進(jìn)去你想要達(dá)到的目標(biāo)，啟動(dòng)起來就可以了。這種靈活性也的確能給實(shí)際操作帶來很多好處。

下圖是Kolla的工作流程。一個(gè)Docker裝Openstack，Openstack在容器里跑。Docker在現(xiàn)在的企業(yè)使用中會(huì)遇到很多挑戰(zhàn)性的問題，比如說安全的問題，比如說網(wǎng)絡(luò)性能的問題。但是，Kolla的使用沒有面臨性能的問題，也沒有面臨安全的問題，因?yàn)樗莾?nèi)部的使用Docker，它的網(wǎng)絡(luò)直接是通過網(wǎng)橋出去的，就沒有網(wǎng)絡(luò)、性能的問題。所以說，Kolla利用了Docker非常穩(wěn)定的部分，幫助Openstack實(shí)現(xiàn)了容器化。

目前來說，容器化給Openstack帶來了許多革命性的變化。未來有一種趨勢，它會(huì)自己容器化，也會(huì)管理容器，會(huì)用容器給用戶提供一些終端的服務(wù)。從今年的發(fā)展趨勢也能看到，未來很多東西會(huì)通過容器來啟動(dòng)，Openstack上面有很多的服務(wù)，以前都是要很重地往里面裝一些東西，以后則可以直接放入Docker file啟動(dòng)。下面列了幾個(gè)Openstack里面容器相關(guān)的項(xiàng)目，到目前來講，Kolla是最成熟的，剩下的幾個(gè)也都在發(fā)展中。