[發(fā)明專利]云管理平臺審計(jì)控制器集群數(shù)據(jù)的方法、系統(tǒng)及存儲介質(zhì)有效
| 申請?zhí)枺?/td> | 202011052738.4 | 申請日: | 2020-09-29 |
| 公開(公告)號: | CN112291081B | 公開(公告)日: | 2022-06-28 |
| 發(fā)明(設(shè)計(jì))人: | 丁明健 | 申請(專利權(quán))人: | 新華三信息安全技術(shù)有限公司 |
| 主分類號: | H04L41/042 | 分類號: | H04L41/042;H04L41/082;H04L67/10 |
| 代理公司: | 北京辰權(quán)知識產(chǎn)權(quán)代理有限公司 11619 | 代理人: | 劉廣達(dá) |
| 地址: | 230001 安徽省合肥市高新區(qū)*** | 國省代碼: | 安徽;34 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 管理 平臺 審計(jì) 控制器 集群 數(shù)據(jù) 方法 系統(tǒng) 存儲 介質(zhì) | ||
本申請公開了一種云管理平臺審計(jì)控制器集群數(shù)據(jù)的方法、系統(tǒng)及存儲介質(zhì)。該方法應(yīng)用于云管理平臺,包括:納管控制器集群;接收來自所述控制器集群的主管控制器的所述控制器集群的內(nèi)存數(shù)據(jù);將自身內(nèi)存數(shù)據(jù)與所述控制器集群的內(nèi)存數(shù)據(jù)進(jìn)行對比,并顯示對比結(jié)果。本申請的方法,由云管理平臺納管控制器集群,云管理平臺直接與主管控制器相連接,舍棄傳統(tǒng)的插件連接方式,不需要再使用插件實(shí)現(xiàn)連接,為開發(fā)人員和維護(hù)人員減輕了很大一部分工作負(fù)擔(dān)。
技術(shù)領(lǐng)域
本申請涉及計(jì)算機(jī)技術(shù)領(lǐng)域,具體涉及一種云管理平臺審計(jì)控制器集群數(shù)據(jù)的方法、系統(tǒng)及存儲介質(zhì)。
背景技術(shù)
SDN(Software Defined Network,軟件定義網(wǎng)絡(luò))是一種新型網(wǎng)絡(luò)創(chuàng)新架構(gòu),其核心思想是將網(wǎng)絡(luò)設(shè)備的控制層面與轉(zhuǎn)發(fā)層面分離,以實(shí)現(xiàn)對網(wǎng)絡(luò)流量的靈活控制,為網(wǎng)絡(luò)及應(yīng)用的創(chuàng)新提供良好的平臺。控制器和設(shè)備之間通過openflow連接,通過netconf下發(fā)配置。為了對比控制器與設(shè)備上的配置是否保持一致,在控制器頁面上設(shè)置了一個指示燈,會去調(diào)用控制器的api接口查看內(nèi)存數(shù)據(jù),將內(nèi)存數(shù)據(jù)與設(shè)備對比。如果一致亮綠燈,不一致亮紅燈,同時還有審計(jì)和平滑的功能。
如圖1所示,在現(xiàn)今SDN網(wǎng)絡(luò)與云管理平臺連接的方案中,云管理平臺和控制器之間通過插件進(jìn)行連接。云管理平臺上的所有操作會通過插件下發(fā)給控制器。控制器收到云管理平臺的請求后創(chuàng)建相應(yīng)的配置,設(shè)備側(cè)創(chuàng)建配置成功后,控制器會更新自己的內(nèi)存數(shù)據(jù),同時通過插件返回報文,云管理平臺收到報文后創(chuàng)建成功,整個流程結(jié)束。
插件裝在云管理平臺的控制節(jié)點(diǎn),云管理平臺的neutron節(jié)點(diǎn)中會添加一個文件,該文件里面有各種關(guān)聯(lián)控制器的參數(shù)。該文件可以是基于ml2_conf.ini的一個改版文件。目前的實(shí)現(xiàn)方案云平臺與控制器之間需要一個橋梁,該文件就是橋梁,用來記錄各種連接所需的數(shù)據(jù)。ml2_conf.ini是原生openstack云平臺的一個框架文件。云管理平臺創(chuàng)建虛擬網(wǎng)絡(luò)服務(wù)時,就會調(diào)用插件向控制器傳遞參數(shù)。
目前的實(shí)現(xiàn)方法有許多缺點(diǎn)。首先云管理平臺和控制器之間多了一個插件,插件需要定期更新版本,與控制器的版本保持一致,定期更新升級的步驟比較繁瑣。其次云管理平臺與控制器之間多加了個插件進(jìn)行管理,必然導(dǎo)致出錯的可能性增加,云管理平臺與控制器數(shù)據(jù)不一致的情況會大大增加。例如當(dāng)插件修改了文件,將url修改之后,將neutron-server和h3c-agent服務(wù)重啟,就會導(dǎo)致云管理平臺與控制器之間連接的數(shù)據(jù)紊亂,云管理平臺下發(fā)的數(shù)據(jù)無法正確傳遞給想要的控制器上。Neutron(openstack網(wǎng)絡(luò)服務(wù))是云平臺負(fù)責(zé)提供網(wǎng)絡(luò)服務(wù)的組件。h3c-agent是基于原生openstack-l3-agent提供的文件,負(fù)責(zé)實(shí)現(xiàn)網(wǎng)絡(luò)的三層協(xié)議。每次插件更新版本都需要重啟neutron-server和h3c-agent兩個文件生效。并且現(xiàn)今用的插件無法很好的將云管理平臺的內(nèi)存數(shù)據(jù)和控制器的內(nèi)存數(shù)據(jù)對比,只能單向的將云管理平臺下發(fā)的數(shù)據(jù)通過接口下發(fā)給控制器,控制器接受到后返回一個報文告訴插件側(cè)創(chuàng)建成功,但是插件無法得知控制器的內(nèi)存數(shù)據(jù),也就無法得知兩側(cè)的數(shù)據(jù)是否一致。
因?yàn)椴寮歉鶕?jù)控制器的版本進(jìn)行推進(jìn)更新的,所以每次版本更新,插件也需要同步更新,對于開發(fā)人員來說工作量增多,也不便于維護(hù)人員進(jìn)行維護(hù)。一旦發(fā)生插件與控制器的版本不適配,云管理平臺上下發(fā)的操作命令都會返回報錯。
發(fā)明內(nèi)容
本申請的目的是提供一種云管理平臺審計(jì)控制器集群數(shù)據(jù)的方法、系統(tǒng)及存儲介質(zhì)。為了對披露的實(shí)施例的一些方面有一個基本的理解,下面給出了簡單的概括。該概括部分不是泛泛評述,也不是要確定關(guān)鍵/重要組成元素或描繪這些實(shí)施例的保護(hù)范圍。其唯一目的是用簡單的形式呈現(xiàn)一些概念,以此作為后面的詳細(xì)說明的序言。
根據(jù)本申請實(shí)施例的一個方面,提供一種云管理平臺審計(jì)控制器集群數(shù)據(jù)的方法,應(yīng)用于云管理平臺,包括:
納管控制器集群;
接收來自所述控制器集群的主管控制器的所述控制器集群的內(nèi)存數(shù)據(jù);
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于新華三信息安全技術(shù)有限公司,未經(jīng)新華三信息安全技術(shù)有限公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202011052738.4/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。





