容器化OpenStack好處分析

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

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

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

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

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

　　一般來說都是

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

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

　　cephqemulibvirt

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

　　Kolla項目 https://github.com/openstack/kolla

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

　　升級

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

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

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

　　靈活

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

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

　　舉一個例子

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

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

　　配置管理

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