談到云計(jì)算技術(shù)發(fā)展，首先會(huì)想到是三種云服務(wù)模型：基礎(chǔ)設(shè)施即服務(wù)（IaaS），平臺(tái)即服務(wù)（PaaS）和軟件即服務(wù)（SaaS）。縱觀當(dāng)下云計(jì)算的發(fā)展現(xiàn)狀，繼Openstack成為私有云IaaS層的標(biāo)準(zhǔn)之后，容器技術(shù)憑借其極其輕量、秒級(jí)部署、一次構(gòu)建，隨處部署的特點(diǎn)正成為一股新的浪潮。

靜寧網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián),靜寧網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為靜寧上千多家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)營(yíng)銷網(wǎng)站建設(shè)要多少錢，請(qǐng)找那個(gè)售后服務(wù)好的靜寧做網(wǎng)站的公司定做！

目前已發(fā)展出三種主流的COEs（Container Orchestration Engines）容器編排引擎：原生的Docker Swarm、Google的Kubernetes（K8S）以及Apache的Mesos。基于容器技術(shù)的先天優(yōu)勢(shì)，Openstack開(kāi)源社區(qū)增加了很多關(guān)于容器技術(shù)的新方案及新項(xiàng)目，如何結(jié)合Openstack和容器技術(shù)已然成為Openstack社區(qū)以及業(yè)界積極探索的熱點(diǎn)方向。現(xiàn)階段OpenStack 社區(qū)涌現(xiàn)出許多與容器相關(guān)的案例，例如：Kolla、Magnum及Kuryr等等。

然而，容器技術(shù)在發(fā)展過(guò)程中存在著缺乏集群調(diào)度、管理、監(jiān)控和服務(wù)注冊(cè)等容器集群化運(yùn)行管理能力方面的問(wèn)題，需要在該容器技術(shù)架構(gòu)上進(jìn)行添加容器編排管理系統(tǒng)，其中Kubernetes憑借其自身活躍的社區(qū)，完整和強(qiáng)大的功能以及社區(qū)領(lǐng)導(dǎo)者富有遠(yuǎn)見(jiàn)的設(shè)計(jì)得到越來(lái)越多的企業(yè)青睞。Kubernetes的發(fā)展速度遠(yuǎn)遠(yuǎn)超過(guò)了其他兩個(gè)，成為當(dāng)前容器編排引擎的選擇。

在容器技術(shù)及其編排引擎的推動(dòng)下，Openstack的主流部署模式也在發(fā)生變化，Openstack、容器技術(shù)以及Kubernetes已然形成了一種你中有我，我中有你的局面。 Openstack定位于底層，在云服務(wù)模型中處于IaaS層，擅長(zhǎng)管理底層資源；Kubernetes的定位處于上層，在云服務(wù)模型的PaaS層，更多關(guān)注的是應(yīng)用的交付及管理。在網(wǎng)絡(luò)方面，兩者之間在存在各自的解決方案，通信過(guò)程中存在多重網(wǎng)絡(luò)問(wèn)題，增加了運(yùn)維的復(fù)雜度且降低系統(tǒng)網(wǎng)絡(luò)性能。而Openstack社區(qū)中的Kuryr項(xiàng)目便是解決該現(xiàn)狀的基石，采用Neutron構(gòu)建統(tǒng)一的網(wǎng)絡(luò)管理，實(shí)現(xiàn)了容器與虛擬機(jī)之間的直接通信，完成了OpenStack與 Kubernetes 的網(wǎng)絡(luò)集成。

在存儲(chǔ)方面，容器內(nèi)部并不能實(shí)現(xiàn)存儲(chǔ)，Kubernetes直接將第三方的存儲(chǔ)應(yīng)用在容器上，這將不是很方便的，相比于Openstack中的Cinder而言，在存儲(chǔ)能力上存在較大的差距。所以，為了解決網(wǎng)絡(luò)性能損失、集中式存儲(chǔ)需求、多租戶的安全隔離等問(wèn)題，Openstack和Kubernetes即是的選擇。

烽火云平臺(tái)邏輯架構(gòu)圖

目前，在眾多云平臺(tái)架構(gòu)中，烽火云平臺(tái)采用優(yōu)化的Openstack與Kubernetes對(duì)接的云平臺(tái)架構(gòu)。Kubernetes容器管理工具為基礎(chǔ)，構(gòu)建于Docker等容器技術(shù)之上，為容器化的應(yīng)用提供資源調(diào)度、部署運(yùn)行、服務(wù)發(fā)現(xiàn)、擴(kuò)容縮容等一整套功能，底層采用FitOS企業(yè)級(jí)Openstack平臺(tái)，管理底層資源，從而將該資源形成池化，池化后的資源交給核心的容器管理集群，這樣可以在Openstack管理的資源上進(jìn)行容器云平臺(tái)的部署.

兩者的整合充分發(fā)揮各自優(yōu)勢(shì)，實(shí)現(xiàn)優(yōu)勢(shì)互補(bǔ)，有效解決異構(gòu)平臺(tái)的資源管理、容器安全性等問(wèn)題。

同時(shí)構(gòu)建的一體化支撐平臺(tái)將有助于降低虛擬化開(kāi)銷，增強(qiáng)容器隔離性等。現(xiàn)有的兩種部署方式是在虛擬機(jī)上部署容器或者在裸機(jī)上直接部署容器，有利于Kubernetes平臺(tái)、容器平臺(tái)和Openstack平臺(tái)采用統(tǒng)一網(wǎng)絡(luò)、統(tǒng)一存儲(chǔ)。現(xiàn)階段烽火云平臺(tái)對(duì)其多項(xiàng)功能進(jìn)行改進(jìn)和優(yōu)化，并且集成應(yīng)用商店、容器監(jiān)控、日志收集、用戶管理、鏡像倉(cāng)庫(kù)等多項(xiàng)功能，實(shí)現(xiàn)了一體化的解決方案。采用Cinder進(jìn)行統(tǒng)一的存儲(chǔ)管理，作為Kubernetes的持久化存儲(chǔ)驅(qū)動(dòng)，這樣Kubernetes直接可以調(diào)用底層的存儲(chǔ)資源，后端對(duì)接著Ceph分布式存儲(chǔ)或者本地存儲(chǔ)，支持有狀態(tài)服務(wù)，同時(shí)也彌補(bǔ)了Kubernetes對(duì)商業(yè)存儲(chǔ)支持力度不足的問(wèn)題。

通過(guò)Openstack中的Magnum項(xiàng)目調(diào)用Openstack Heat編輯工具來(lái)快速部署Kubernetes集群，實(shí)現(xiàn)了集群的快速自動(dòng)化部署。另外，該平臺(tái)還使用業(yè)界先進(jìn)的Prometheus+Grafana開(kāi)源解決方案提供容器集群的監(jiān)控告警，并且與自動(dòng)化運(yùn)維過(guò)程整合，按照用戶習(xí)慣提供了FitContainer UI，呈現(xiàn)集群到應(yīng)用的各層內(nèi)容，同時(shí)融合容器云業(yè)務(wù)與現(xiàn)有云平臺(tái)操作，深度整合相關(guān)業(yè)務(wù)流程。 近年來(lái)，隨著云計(jì)算技術(shù)的快速發(fā)展，Openstack與Kubernetes的對(duì)接成為必然趨勢(shì)。

統(tǒng)一的資源管理與調(diào)度極大方便了開(kāi)發(fā)者的訴求，并降低底層異構(gòu)資源對(duì)上層開(kāi)發(fā)的限制，提高開(kāi)發(fā)的靈活性。目前烽火云平臺(tái)已在存儲(chǔ)、監(jiān)控等方面提供自己的行業(yè)解決方案，推動(dòng)了業(yè)界容器云平臺(tái)的發(fā)展，未來(lái)將在多租戶隔離、容器集群節(jié)點(diǎn)物理層面的網(wǎng)絡(luò)隔離等方面提出自身的見(jiàn)解，真正實(shí)現(xiàn)Openstack與Kubernetes的深度融合。

本文標(biāo)題：K8S+Openstack，烽火云平臺(tái)整合進(jìn)行時(shí)
當(dāng)前鏈接：http://chinadenli.net/article2/cpdcic.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供用戶體驗(yàn)、手機(jī)網(wǎng)站建設(shè)、ChatGPT、網(wǎng)站改版、品牌網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)