2016年OpenStack中國峰會(huì)，最大的一個(gè)感受就是廠商都在做容器化OpenStack。這已經(jīng)是一個(gè)不可逆轉(zhuǎn)的勢(shì)頭。

　　Mirantis的Fuel也要實(shí)現(xiàn)容器化OpenStackCanonical的Ubuntu OpenStack，通過LXD實(shí)現(xiàn)容器化Rackspace通過LXC實(shí)現(xiàn)容器化OpenStack，已經(jīng)投入生產(chǎn)紅帽已經(jīng)開始驗(yàn)證OpenStack計(jì)算節(jié)點(diǎn)的容器化。

　　國內(nèi)的廠商。其實(shí)應(yīng)該都在做，公開的就是海云捷迅，九州云，麒麟三家。對(duì)于容器公司來說，可以選擇很多方式來玩，搞OpenStack是一件錦上添花的事情。對(duì)于OpenStack廠商來說，搞容器，可是生死攸關(guān)的事情。

　　技術(shù)實(shí)現(xiàn)

　　容器化的OpenStack實(shí)現(xiàn)，其實(shí)都差不多，就看各家誰更加徹底，更加優(yōu)雅，更加安全。所謂徹底，就是完全對(duì)操作系統(tǒng)是免疫的，把容器刪掉后，操作系統(tǒng)就好像沒操作過一樣。

　　一般來說都是

　　build各種服務(wù)的docker 鏡像。利用工具進(jìn)行編排，對(duì)鏡像分發(fā)，把鏡像啟動(dòng)起來。

　　有些廠商僅僅是把控制節(jié)點(diǎn)容器化。對(duì)于kolla項(xiàng)目來說，是把OpenStack和周邊項(xiàng)目全部容器化

　　cephqemulibvirt

　　這些都容器化，甚至在討論NTP服務(wù)，也需要進(jìn)行容器化。

　　Kolla項(xiàng)目 https://github.com/openstack/kolla

　　廠商把OpenStack容器化，會(huì)帶來哪些好處呢？

　　升級(jí)

　　這個(gè)其實(shí)大家都可以想到，容器最大的特點(diǎn)，就是升級(jí)。企業(yè)使用OpenStack，最大的一個(gè)顧慮，就是升級(jí)。尤其在OpenStack1年兩個(gè)版本下，不斷的有新的功能的需求的情況下，如果不能升級(jí)，其實(shí)是很痛苦。尤其在企業(yè)的迅速發(fā)展的過程中。

　　容器化的OpenStack，升級(jí)有多么簡(jiǎn)單呢？其實(shí)就是刪掉容器，換上新的容器，用戶基本是無感知的狀態(tài)下完成。

　　升級(jí)子所以很困難，有一個(gè)很現(xiàn)實(shí)的原因，線上環(huán)境，很難模擬，升級(jí)驗(yàn)證測(cè)試很難進(jìn)行。當(dāng)采用容器化以后，我們很容易模擬出一個(gè)線上環(huán)境，進(jìn)行升級(jí)測(cè)試，升級(jí)失敗，回滾。其實(shí)這些都做的很漂亮。

　　靈活

　　以前廠商的解決方案，都是3個(gè)控制節(jié)點(diǎn)，如果我希望增加到5個(gè)控制節(jié)點(diǎn)，或者把控制節(jié)點(diǎn)某個(gè)服務(wù)單獨(dú)部署，那么這個(gè)基本是很難完成的任務(wù)。

　　以前廠商都廠商把OpenStack的各個(gè)服務(wù)放到虛擬機(jī)里，這樣部署靈活性提高不少。但是虛擬機(jī)還是很重，面對(duì)客戶千百萬化的需求，就有點(diǎn)無能為力。

　　舉一個(gè)例子

　　企業(yè)基本節(jié)點(diǎn)，我規(guī)模很小，可能就只有幾臺(tái)機(jī)器，這時(shí)候，我可能不需要控制節(jié)點(diǎn)高可用，我就需要1個(gè)控制節(jié)點(diǎn)，管理機(jī)柜計(jì)算節(jié)點(diǎn)。隨著時(shí)間的發(fā)展，希望擴(kuò)大規(guī)模，控制節(jié)點(diǎn)變成高可用。規(guī)模進(jìn)一步擴(kuò)大，我就需要把消息隊(duì)列單獨(dú)出來部署，解決性能的問題。這種需求，很實(shí)在，OpenStack廠商也在努力滿足企業(yè)的這些需求，其實(shí)Mirantis的Fuel，已經(jīng)在很多程度，滿足了企業(yè)這種需求，不過代價(jià)很大。

　　對(duì)于容器化的OpenStack，就變得很簡(jiǎn)單，無非就是調(diào)整各個(gè)節(jié)點(diǎn)的容器分布，編排的問題?？刂乒?jié)點(diǎn)是3個(gè)，還是五個(gè)，rabbitmq放在什么位置，根本就不是問題。

　　配置管理

　　OpenStack過去使用最廣的配置管理工具是Puppet，對(duì)于企業(yè)用戶來說，這個(gè)是很難掌控的。其實(shí)在國內(nèi)，就算是互聯(lián)網(wǎng)公司，負(fù)責(zé)Puppet的運(yùn)維人員離職，其實(shí)都是很難招聘回來相應(yīng)的人員。