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