[發(fā)明專利]一種基于容器的集群管理方法及系統(tǒng)

有效

• 申請?zhí)枺?/td>: 202011343502.6
• 申請日: 2020-11-25
• 公開（公告）號: CN112486513B
• 公開（公告）日: 2022-08-12
• 發(fā)明（設(shè)計(jì)）人: 陳俊;彭勇;申錕鎧;劉文清;楊濤
• 申請（專利權(quán)）人: 湖南麒麟信安科技股份有限公司
• 主分類號: G06F8/61
• 分類號: G06F8/61;G06F8/65
• 代理公司: 湖南兆弘專利事務(wù)所(普通合伙) 43008
• 代理人: 劉暢舟

本發(fā)明公開了一種基于容器的集群管理方法及系統(tǒng)，方法包括：在三個(gè)預(yù)設(shè)的物理節(jié)點(diǎn)上部署mongo集群，在集群各節(jié)點(diǎn)運(yùn)行容器管理服務(wù)；向mongo集群的數(shù)據(jù)庫上傳任務(wù)軟件包，解壓得到容器描述文件和容器鏡像，若升級集群節(jié)點(diǎn)，發(fā)送對應(yīng)的容器描述文件，容器管理服務(wù)根據(jù)容器描述文件下載對應(yīng)容器鏡像，各節(jié)點(diǎn)停止原有容器并啟動(dòng)下載的容器；若刪除集群節(jié)點(diǎn)，將除主節(jié)點(diǎn)以外的待刪除節(jié)點(diǎn)從mongo集群中移除，派發(fā)刪除容器的描述文件任務(wù)，待刪除節(jié)點(diǎn)的容器管理服務(wù)將容器刪除；若增加集群節(jié)點(diǎn)，針對處于活躍狀態(tài)的待增加節(jié)點(diǎn)派發(fā)容器描述文件，待增加節(jié)點(diǎn)的容器管理服務(wù)啟動(dòng)容器，容器啟動(dòng)成功后將待增加節(jié)點(diǎn)添加到mongo集群中。本發(fā)明節(jié)省了系統(tǒng)資源并提高兼容性。

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

本發(fā)明涉及集群管理，尤其涉及一種基于容器的集群管理方法及系統(tǒng)。

背景技術(shù)

當(dāng)今計(jì)算機(jī)技術(shù)已經(jīng)進(jìn)入了以網(wǎng)絡(luò)為中心的時(shí)代，隨著互聯(lián)網(wǎng)得高速發(fā)展，用戶數(shù)量以及應(yīng)用越來越復(fù)雜，容器技術(shù)應(yīng)運(yùn)而生，容器技術(shù)能夠?qū)崿F(xiàn)一些傳統(tǒng)虛擬機(jī)無法做到的事情。容器化能夠帶來一致的運(yùn)行環(huán)境，輕松的遷移應(yīng)用，以及高效的利用系統(tǒng)資源。

為了滿足企業(yè)當(dāng)今需要彈性化部署的需求，在用戶數(shù)量激增以及網(wǎng)絡(luò)流量加大時(shí)能夠根據(jù)任務(wù)派發(fā)系統(tǒng)來進(jìn)行對系統(tǒng)集群的擴(kuò)容，使得應(yīng)用能夠高效，快速的響應(yīng)復(fù)雜情況，同時(shí)也能夠在流量減少和用戶減少時(shí)，通過發(fā)送刪除節(jié)點(diǎn)的任務(wù)，從而達(dá)到刪除集群中的某個(gè)應(yīng)用的效果，使集群達(dá)到高可用，高可靠的效果。但是可能由于硬件不兼容導(dǎo)致任務(wù)派發(fā)系統(tǒng)無法對集群進(jìn)行管理。

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

本發(fā)明要解決的技術(shù)問題就在于：針對現(xiàn)有技術(shù)存在的技術(shù)問題，本發(fā)明提供一種基于容器的集群管理方法及系統(tǒng)，節(jié)省了系統(tǒng)資源并提高兼容性。

為解決上述技術(shù)問題，本發(fā)明提出的技術(shù)方案為：

一種基于容器的集群管理方法，包括以下步驟：

S1）在三個(gè)預(yù)設(shè)的物理節(jié)點(diǎn)上部署mongo集群，所述mongo集群采用一主兩備的模式運(yùn)行，在mongo集群各節(jié)點(diǎn)運(yùn)行容器管理服務(wù)，所述容器管理服務(wù)由golang作為后端語言；

S2）向mongo集群的數(shù)據(jù)庫上傳任務(wù)軟件包，解壓任務(wù)軟件包得到容器描述文件以及容器鏡像并保存，若升級集群節(jié)點(diǎn)，跳轉(zhuǎn)步驟S3；若刪除集群節(jié)點(diǎn)，跳轉(zhuǎn)步驟S4；若增加集群節(jié)點(diǎn)，跳轉(zhuǎn)步驟S5；

S3）對mongo集群各節(jié)點(diǎn)發(fā)送對應(yīng)的容器描述文件，mongo集群各節(jié)點(diǎn)的容器管理服務(wù)根據(jù)容器描述文件下載對應(yīng)容器鏡像，各節(jié)點(diǎn)停止原有容器并啟動(dòng)所下載的容器，結(jié)束并退出；

S4）將除mongo集群主節(jié)點(diǎn)以外的待刪除節(jié)點(diǎn)從mongo集群中移除，派發(fā)刪除容器的描述文件任務(wù)給待刪除節(jié)點(diǎn)，待刪除節(jié)點(diǎn)的容器管理服務(wù)根據(jù)刪除容器的描述文件任務(wù)將容器刪除，結(jié)束并退出；

S5）針對處于活躍狀態(tài)的待增加節(jié)點(diǎn)派發(fā)對應(yīng)的容器描述文件，待增加節(jié)點(diǎn)的容器管理服務(wù)根據(jù)容器描述文件啟動(dòng)容器，容器啟動(dòng)成功后將待增加節(jié)點(diǎn)添加到mongo集群中。

進(jìn)一步的，步驟S2）中向mongo集群的數(shù)據(jù)庫上傳任務(wù)軟件包，解壓任務(wù)軟件包得到容器描述文件以及容器鏡像并保存具體包括：首先讀取任務(wù)軟件包的版本信息，校驗(yàn)文件格式是否正確，若正確則讀取任務(wù)軟件包的文件流，采用流式的解壓方式對任務(wù)軟件包進(jìn)行解壓，將任務(wù)軟件包中的容器描述文件以及容器鏡像等所有的文件上傳到mongo集群的數(shù)據(jù)庫的GridFS中，通過各個(gè)文件的md5值來進(jìn)行索引文件。

進(jìn)一步的，步驟S3）具體包括以下步驟：

S31）獲取mongo集群中的所有節(jié)點(diǎn)的狀態(tài)，若各個(gè)節(jié)點(diǎn)都為健康狀態(tài)則進(jìn)入下一步，否則結(jié)束并退出；

S32）判斷任務(wù)軟件包的版本是否符合需求，若任務(wù)軟件包的版本大于各節(jié)點(diǎn)容器的版本則進(jìn)入下一步，否則結(jié)束并退出；