OpenStack在企業(yè)里如何用好？還有哪些問(wèn)題需要著(zhù)重解決？
OpenStack在企業(yè)里怎么才能用好？開(kāi)發(fā)人員認為是使用姿勢的問(wèn)題；用戶(hù)認為要穩定可靠，不能老宕機；老板認為多招幾個(gè)牛X的開(kāi)發(fā)和運維就可以搞定。
其實(shí)OpenStack在商用中存在的問(wèn)題，主要在以下五個(gè)方面：穩定性、完整性、高可用性、易用性、雙活和容災。
先說(shuō)穩定性。一個(gè)好的產(chǎn)品，性能并不是第一要素，穩定性對企業(yè)來(lái)說(shuō)才是最重要的。
- OpenStack在擴展性和穩定性上還遠遠不足，需要精心打磨
從幾十臺增長(cháng)到上千臺甚至上萬(wàn)臺，是否還可以一如既往的穩定工作不出問(wèn)題？實(shí)踐證明，隨著(zhù)規模的擴大，整體架構需要在穩定性方面做足功課。
比如需設計多個(gè)NOVA API和多個(gè)鏡像、負載均衡和節點(diǎn)高可用、數據庫的并發(fā)響應。
另外在社區中被吐槽最多的升級問(wèn)題——Nova，Swift，Cinder和Neutron分別使用各自的數據庫存儲配置信息，要升級就要修改多個(gè)數據庫schema，做不到熱升級（在H版后升級問(wèn)題得到改善）。
再如，某企業(yè)在部署網(wǎng)絡(luò )服務(wù)（Neutron）時(shí)，遇到了噩夢(mèng)般的經(jīng)歷，不得不重寫(xiě)網(wǎng)絡(luò )組件的代碼才能達到大規模應用的要求。
- OpenStack缺乏完整性
一個(gè)成熟的云平臺應提供計算、存儲、網(wǎng)絡(luò )、安全、數據庫、大數據、中間件、DevOps、監控運維等多種云產(chǎn)品。OpenStack只能提供計算、存儲、網(wǎng)絡(luò )三種云產(chǎn)品，如果企業(yè)客戶(hù)需要信息安全保護的產(chǎn)品，則必須自助信息安全平臺，集成第三方的產(chǎn)品。再比如大數據分析，通過(guò)Sahara可以快速部署Hadoop集群，那又怎么打通OpenStack和Hadoop之間的賬戶(hù)、安全、管理和運維監控體系？
- OpenStack的虛擬機級別的高可用做的還不好
目前并沒(méi)有官方聲明OpenStack支持虛擬機級別的高可用性，這個(gè)特性在Folsom版本被提出，但是后續又被放棄了。
目前 OpenStack有一個(gè)孵化項目Evacuate, 其作用是為OpenStack提供虛擬機級別高可用支持。Evacuate目前只能是管理員手動(dòng)發(fā)起，Evacuate沒(méi)有考慮VM的部署屬性，導致資源調度策略失效。主機名的變化會(huì )導致nova-compute重啟過(guò)程中誤刪所有虛擬機，這個(gè)問(wèn)題的產(chǎn)生主要是因為Evacuate的清理機制。這個(gè)BUG在L版中得到修復。
- OpenStack的易用性還不夠好
通過(guò)FUEL，可以實(shí)現OpenStack快速安裝，但很多配置操作還需要命令行，離自動(dòng)化部署一鍵交付還有距離。再例如OpenStack上用的比較廣泛的CEPH分布式存儲系統，目前還沒(méi)有實(shí)現界面化的操作和配置。另外OpenStack還缺乏通用的基礎版本。
使用OpenStack不會(huì )被廠(chǎng)商鎖定，但OpenStack可下載的廠(chǎng)商定制版有20多個(gè)，客戶(hù)的選擇非常重要。
- 雙活和容災問(wèn)題
大型企業(yè)對業(yè)務(wù)連續性要求比較高，重點(diǎn)核心業(yè)務(wù)有同城雙活和異地容災的需求。同城雙活是指用戶(hù)關(guān)鍵的業(yè)務(wù)系統同時(shí)在同城的兩個(gè)數據中心運行，同時(shí)為用戶(hù)提供服務(wù)， 當某個(gè)數據中心的應用系統出現問(wèn)題時(shí)，有另一個(gè)數據中心的應用來(lái)持續。
異地容災，顧名思義就是在不同的地域，構建一套或者多套相同的應用或者數據庫，起到災難后立刻接管的作用。我們看到OpenStack雖然也有單站點(diǎn)（Smaug+Cinder）和跨站點(diǎn)（Smaug+Swift）的備份和恢復方案，但離企業(yè)真正的業(yè)務(wù)雙活和異地容災還相距甚遠。
再比如Tricircle實(shí)現的跨數據中心級聯(lián)，還是需要Cinder依靠存儲后端自己的能力去進(jìn)行災備，Tricircle本身只是作為一個(gè)轉發(fā)中繼，為用戶(hù)找到正確的需要操作的站點(diǎn)，其本身無(wú)法實(shí)現跨數據中心的容災功能，這和VMWARE的SRM是不同的。
我們可以看到，在功能的支持方面和具體的細節上，OpenStack與VMware還是有差距的，仍然需要不斷進(jìn)步才能做的更好。但OpenStack作為開(kāi)源管理框架，設計初衷是好的。隨著(zhù)企業(yè)里OpenStack的使用和發(fā)展，必將推動(dòng)和加速它的成熟。
最后就是運維自動(dòng)化，在大規模云的運維場(chǎng)景下，需要將重復度高的工作，基于監控數據智能決策觸發(fā)，實(shí)現無(wú)人參與的自動(dòng)操作的運維能力，這部分還有待OpenStack發(fā)掘。
結語(yǔ)
建設企業(yè)私有云的過(guò)程不是一蹴而就的，而且這將是持續不斷的投入過(guò)程，需要在實(shí)踐中不斷摸索前進(jìn)。在下一個(gè)10年，將是云2.0時(shí)代，企業(yè)是云化的主力代表。展望未來(lái)，擁抱開(kāi)源。在中國，在亞洲，在全球，OpenStack已經(jīng)成為一種趨勢，我們有理由相信在未來(lái)三年，OpenStack將成為企業(yè)去V首選。
