在今天DevOps驅(qū)動的環(huán)境中，通過將應(yīng)用程序作為微服務(wù)交付，企業(yè)可以更快地提供功能。將單體應(yīng)用程序拆分為基于容器的多個可移植片段通常是大多數(shù)企業(yè)的數(shù)字化轉(zhuǎn)型戰(zhàn)略的重頭。虛擬機(jī)，在上個世紀(jì)90年代末期就已經(jīng)出現(xiàn)，以IaaS交付，它是一種抽象硬件，提供在容錯性、可編程性和工作負(fù)載可擴(kuò)展性上的增強(qiáng)特性。
盡管大大小小的企業(yè)IT都在急于將應(yīng)用重構(gòu)為微服務(wù)，但實際上IaaS已經(jīng)被證明并且經(jīng)常用于補(bǔ)充基于容器的工作負(fù)載：
- 我們一直將IaaS層視為基礎(chǔ)架構(gòu)的抽象，提供管理和整合不同物理資源的標(biāo)準(zhǔn)方法。資源抽象是當(dāng)今大多數(shù)容器在虛擬機(jī)內(nèi)運行的諸多原因之一。
- 今天的分布式應(yīng)用程序包括Cattles和Pets。在不過度泛化的情況下，寵物工作負(fù)載往往是“手工喂養(yǎng)”的，并且往往對與容器不兼容的傳統(tǒng)操作系統(tǒng)有很大的依賴性。因此，對于大多數(shù)企業(yè)來說，寵物工作負(fù)載將繼續(xù)作為虛擬機(jī)運行。
- 雖然容器化NFV工作負(fù)載有相當(dāng)多的好處，但目前的容器實現(xiàn)還不足以滿足100％的NFV工作負(fù)載需求。有關(guān)更多詳細(xì)信息，請參閱IETF報告。
- 能夠?qū)π枰鄠�環(huán)境進(jìn)行不同測試的開發(fā)/測試工作負(fù)載的容器主機(jī)進(jìn)行“適當(dāng)大小”調(diào)整。
隨著時間的推移，兩種技術(shù)已經(jīng)被證明是相輔相成，而非相互排斥。只要存在傳統(tǒng)的工作負(fù)載和更好的管理和整合不同的物理資源的需求，虛擬機(jī)（IaaS）將會共存以補(bǔ)充容器。
OpenStack IaaS和Kubernetes容器編排
這是一個多云世界，而OpenStack是這個世界的重要組成部分。從數(shù)據(jù)中心到NFV，由于其獨立于供應(yīng)商的API的豐富性，OpenStack云正在部署以滿足企業(yè)在私有云數(shù)據(jù)中心中提供公有云（如IaaS消費）的需求。
通過提供K8S范圍之外的以下服務(wù)，OpenStack將是K8S的完美補(bǔ)充。在大多數(shù)情況下，Kubernetes部署可以利用相同的OpenStack組件來簡化部署或優(yōu)化開發(fā)體驗：
- 多租戶：利用 OpenStack 項目創(chuàng)建 K8S 集群。開發(fā)團(tuán)隊可以完全控制項目中的集群資源，并且對其他開發(fā)團(tuán)隊或項目的可視性為零。
- 基于 HW 分離的基礎(chǔ)設(shè)施使用情況：IT部門往往是整個組織的開發(fā)團(tuán)隊的核心代理人。如果開發(fā)團(tuán)隊A被分配了X臺服務(wù)器，B團(tuán)隊獲得了Y臺服務(wù)器，則OpenStack Scheduler可以確保K8S群集資源準(zhǔn)確映射到分配給各個開發(fā)團(tuán)隊的硬件上。
- 基于配額的基礎(chǔ)設(shè)施分配：決定分配給哪些用例，每個用例多少基礎(chǔ)設(shè)施，可能會非常棘手。組織也可以利用OpenStack配額系統(tǒng)來控制基礎(chǔ)設(shè)施的使用。
- 集成用戶管理：由于大多數(shù)K8S開發(fā)者也是IaaS消費者，所以利用keystone后端簡化了K8S集群和命名空間共享的用戶驗證。
- 容器存儲持久性：由于K8S容器不耐用，存儲持久性是大多數(shù)有狀態(tài)工作負(fù)載的要求。在利用OpenStack Cinder后端時，存儲卷將在相同或不同節(jié)點重新啟動后自動重新連接。
- 安全性：對于大多數(shù)企業(yè)和 NFV 應(yīng)用來說，VM和容器還將繼續(xù)共存。因此提供統(tǒng)一的安全監(jiān)控至關(guān)重要。利用Neutron與行業(yè)領(lǐng)先的SDN控制器（如VMware NSX-T）進(jìn)行集成，可以簡化容器安全插入和實施。
- 容器控制平面靈活性：K8S HA要求多主機(jī)負(fù)載均衡和可伸縮工作節(jié)點。與OpenStack集成時，就像利用LBaaSv2來實現(xiàn)主節(jié)點負(fù)載均衡一樣簡單。工作站節(jié)點可以使用OpenStack原生工具進(jìn)行擴(kuò)展和縮減。通過VMware Integrated OpenStack（VIO），K8S工作站節(jié)點還可以使用VM實時調(diào)整大小功能來垂直擴(kuò)展。
下一步
我將利用VMware Integrated OpenStack（VIO）來提供這種在heaven完美匹配的例子。這個博客是四部分博客系列的第一部分：
- OpenStack和容器更好地合作（本文）
- 如何將您的K8S與您的OpenStack部署集成
- 將容器和虛擬機(jī)視為網(wǎng)絡(luò)中的“平等的公民”
- 將通用的IaaS和CI / CD工具與K8S集成
本文作者：Xiao Gao，VMware OpenStack高級技術(shù)營銷經(jīng)理。Xiao Gao 擁有DevOps、數(shù)據(jù)中心設(shè)計和軟件定義網(wǎng)絡(luò)的工作背景。擁有CCIE認(rèn)證＃3000，并已在安全和云領(lǐng)域提出多項專利。
后記：
OpenStack與Kubernetes共生已經(jīng)形成越來越多的共識，OpenStack和Kubernetes技術(shù)融合話題的關(guān)注度不斷上漲，當(dāng)前全球來看，包括Redhat、Mirantis等在內(nèi)的開源企業(yè)都同時具備有OpenStack和Kubernetes（K8S）產(chǎn)品，而在國內(nèi)，開源云計算公司EasyStack于今年3月首家發(fā)布了基于Kubernetes技術(shù)的容器產(chǎn)品EKS（EasyStack Kubernetes Service）。OpenStack和Kubernetes相輔相成，相互補(bǔ)充已經(jīng)被越來越多的企業(yè)證實。開源云中文社區(qū)編輯參與了該文章的編譯，但不代表贊同文章中所有觀點。虛擬機(jī)和容器可以共存，更進(jìn)一步說，二者應(yīng)該共存于基于OpenStack的云管平臺之上。小編了解到，國內(nèi)用戶更側(cè)重于將虛擬機(jī)資源池和容器資源池在物理上分開獨立，而規(guī)劃上則通過云管平臺實現(xiàn)IaaS和PaaS層的統(tǒng)一管理。另外，將容器運行在虛擬機(jī)上性能方面是否會受影響目前在業(yè)內(nèi)尚無一致定論。故分享本文，意在拋磚引玉，歡迎各位社區(qū)粉絲在本文后留言討論！
原文鏈接：
https://blogs.vmware.com/openstack/openstack-kubernetes-better-together/
活動推薦：
Kubernetes全球盛會來襲，直擊2017容器年度熱點！報名12月6日微信直播，領(lǐng)取Austin峰會現(xiàn)場一手資料+12.12KubeCON峰會熱點訪談直播資料！
