[發(fā)明專利]一種控制網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)平面的方法、裝置及系統(tǒng)

在審

• 申請?zhí)枺?/td>: 201911340923.0
• 申請日: 2019-12-23
• 公開（公告）號: CN111143034A
• 公開（公告）日: 2020-05-12
• 發(fā)明（設(shè)計）人: 張力茂;鄭德倫
• 申請（專利權(quán)）人: 北京神州綠盟信息安全科技股份有限公司;北京神州綠盟科技有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455
• 代理公司: 北京同達信恒知識產(chǎn)權(quán)代理有限公司 11291
• 代理人: 黃麗

本發(fā)明公開了一種控制網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)平面的方法、裝置及系統(tǒng)，用于解決現(xiàn)有技術(shù)中存在的Kubernetes網(wǎng)絡(luò)性能較差以及無法直接與虛擬機網(wǎng)絡(luò)對接的技術(shù)問題。所述方法包括：監(jiān)測Kubernetes的分布式鍵值對存儲系統(tǒng)ETCD中配置數(shù)據(jù)的數(shù)據(jù)狀態(tài)，若數(shù)據(jù)狀態(tài)為有數(shù)據(jù)更新，則從ETCD中獲取第一配置數(shù)據(jù)；判斷第一配置數(shù)據(jù)與第二配置數(shù)據(jù)是否匹配，其中，第二配置數(shù)據(jù)為數(shù)據(jù)轉(zhuǎn)發(fā)軟件當(dāng)前的配置數(shù)據(jù)，數(shù)據(jù)轉(zhuǎn)發(fā)軟件的網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)平面用于將Kubernetes中的網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)給Kubernetes中的容器或者Kubernetes外的虛擬機；若不匹配，則將第一配置數(shù)據(jù)發(fā)送給數(shù)據(jù)轉(zhuǎn)發(fā)軟件，完成對數(shù)據(jù)轉(zhuǎn)發(fā)軟件的配置更新。

技術(shù)領(lǐng)域

本發(fā)明涉及網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)應(yīng)用技術(shù)領(lǐng)域，尤其涉及一種控制網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)平面的方法、裝置及系統(tǒng)。

背景技術(shù)

容器技術(shù)和服務(wù)器虛擬化技術(shù)都屬于虛擬化技術(shù)，目標都是將一套應(yīng)用程序所需的執(zhí)行環(huán)境打包起來，建立一個孤立環(huán)境，方便在不同的硬件中移動，但兩者的運作思維截然不同，簡單來說，傳統(tǒng)虛擬化技術(shù)如vSphere或Hyper-V是以操作系統(tǒng)為中心的虛擬化技術(shù)，而容器技術(shù)則是一種以應(yīng)用程序為中心的虛擬化技術(shù)。傳統(tǒng)虛擬化技術(shù)從操作系統(tǒng)OS層下手，目標是建立一個可以用來執(zhí)行整套操作系統(tǒng)的沙盒獨立執(zhí)行環(huán)境，習(xí)慣以虛擬機來稱呼。容器技術(shù)則是直接將一個應(yīng)用程序所需的相關(guān)程序代碼、函式庫、環(huán)境配置文件都打包起來建立沙盒獨立執(zhí)行環(huán)境，容器技術(shù)產(chǎn)生的環(huán)境就稱為容器。另外還有一個最大的區(qū)別是虛擬機的內(nèi)核使用的是虛擬機內(nèi)部的，和宿主機的是相互隔離的，但容器使用的內(nèi)核是宿主機的，正是因為這個原因虛擬機在工作過程中會產(chǎn)生大量的系統(tǒng)調(diào)用導(dǎo)致系統(tǒng)性能降低，而容器就沒有這個問題，但從安全性角度來分析，也是因為以上技術(shù)原因?qū)е氯萜鞯陌踩韵啾忍摂M機安全性較低。

而隨著虛擬化技術(shù)的發(fā)展，容器和虛擬機混合部署的場景越來越常見，現(xiàn)有技術(shù)中容器和虛擬機的網(wǎng)絡(luò)一般都不兼容，而且性能較低，所以常采用容器管理平臺Kubernetes實現(xiàn)容器與虛擬機的統(tǒng)一化網(wǎng)絡(luò)管理，但由于Kubernetes默認對接容器的方案采用的是容器網(wǎng)絡(luò)接口(Container Network Interface，CNI)方式，而CNI方式目前僅對容器網(wǎng)絡(luò)的適配較好，對虛擬機網(wǎng)絡(luò)的適配較弱。如果使用CNI方式對接容器網(wǎng)絡(luò)或者虛擬機網(wǎng)絡(luò)，會因為CNI一般都是經(jīng)過Linux內(nèi)核網(wǎng)絡(luò)進行網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)，從而造成網(wǎng)絡(luò)性能下降，同時CNI方式需要另外的網(wǎng)絡(luò)容器相互配合才能實現(xiàn)數(shù)通功能，可見現(xiàn)有技術(shù)中存在Kubernetes網(wǎng)絡(luò)性能較差以及無法直接與虛擬機網(wǎng)絡(luò)對接的問題。

發(fā)明內(nèi)容

本申請實施例提供一種控制網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)平面的方法、裝置及系統(tǒng)，用于解決現(xiàn)有技術(shù)中存在的Kubernetes網(wǎng)絡(luò)性能較差以及無法直接與虛擬機網(wǎng)絡(luò)對接的技術(shù)問題。

第一方面，為解決上述技術(shù)問題，本申請實施例提供一種控制網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)平面的方法，應(yīng)用于容器管理平臺Kubernetes，所述Kubernetes包括運行數(shù)據(jù)轉(zhuǎn)發(fā)軟件的容器，該方法的技術(shù)方案如下：

監(jiān)測所述Kubernetes的分布式鍵值對存儲系統(tǒng)ETCD中配置數(shù)據(jù)的數(shù)據(jù)狀態(tài)，若數(shù)據(jù)狀態(tài)為有數(shù)據(jù)更新，則從所述ETCD中獲取第一配置數(shù)據(jù)；

判斷所述第一配置數(shù)據(jù)與第二配置數(shù)據(jù)是否匹配，其中，所述第二配置數(shù)據(jù)為所述數(shù)據(jù)轉(zhuǎn)發(fā)軟件當(dāng)前的配置數(shù)據(jù)，所述數(shù)據(jù)轉(zhuǎn)發(fā)軟件的網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)平面用于將所述Kubernetes中的網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)給所述Kubernetes中的容器或者所述Kubernetes外的虛擬機；

若不匹配，則將所述第一配置數(shù)據(jù)發(fā)送給所述數(shù)據(jù)轉(zhuǎn)發(fā)軟件，完成對所述數(shù)據(jù)轉(zhuǎn)發(fā)軟件的配置更新。