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