[發(fā)明專利]一種基于kubernetes構(gòu)建云原生容災(zāi)架構(gòu)的方法

有效

• 申請(qǐng)?zhí)枺?/td>: 202010525506.X
• 申請(qǐng)日: 2020-06-10
• 公開(kāi)（公告）號(hào): CN111708659B
• 公開(kāi)（公告）日: 2023-07-14
• 發(fā)明（設(shè)計(jì)）人: 韋克璐;王志雄;趙凱麟
• 申請(qǐng)（專利權(quán)）人: 中國(guó)—東盟信息港股份有限公司
• 主分類號(hào): G06F11/14
• 分類號(hào): G06F11/14;G06F9/455
• 代理公司: 北京天奇智新知識(shí)產(chǎn)權(quán)代理有限公司 11340
• 代理人: 王雪

本發(fā)明公開(kāi)了一種基于kubernetes構(gòu)建云原生容災(zāi)架構(gòu)的方法，屬于云原生的技術(shù)領(lǐng)域。包括如下步驟：通過(guò)yaml配置文件初始化仲裁組件arbitration?agent至各個(gè)集群中，若各個(gè)集群的仲裁組件初始化成功后進(jìn)入下一個(gè)步驟，若初始化失敗，則退出重新進(jìn)入步驟S1，各集群中均包含集群的kube?apiserver信息；各個(gè)集群的仲裁組件通過(guò)vxlan搭建通信隧道，直至連接所有仲裁組件，各個(gè)集群連接完成后進(jìn)入下一個(gè)步驟，若包含未連接的仲裁組件，則一直等待直到所有仲裁組件相連。本發(fā)明能夠能夠?qū)⒃圃脚_(tái)的能力擴(kuò)展，進(jìn)一步減少應(yīng)用開(kāi)發(fā)與部署對(duì)基礎(chǔ)設(shè)施的關(guān)注度，以快速完成業(yè)務(wù)開(kāi)發(fā)。

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

本發(fā)明屬于云原生的技術(shù)領(lǐng)域，尤其是一種基于kubernetes構(gòu)建云原生容災(zāi)架構(gòu)的方法。

背景技術(shù)

隨著云計(jì)算的不斷發(fā)展,容器和Kubernetes已經(jīng)成為云原生的基石，Kubernetes正在成為廣大互聯(lián)網(wǎng)公司和傳統(tǒng)IT協(xié)業(yè)進(jìn)協(xié)云化和簡(jiǎn)化運(yùn)維的利器，在生產(chǎn)環(huán)境上得到大規(guī)模部署并被越來(lái)越多的公司采用。在Kubernetes作為一個(gè)基礎(chǔ)設(shè)施方案，將原先由運(yùn)維人員手動(dòng)編排部署應(yīng)用的能力下沉為平臺(tái)能力，解決了應(yīng)用不同平臺(tái)部署的難題。然而由于kubernetes平臺(tái)本身未提供容災(zāi)方案，也未能將應(yīng)用的容災(zāi)方案下沉至kubernetes平臺(tái)側(cè)，導(dǎo)致各個(gè)應(yīng)用自協(xié)解決容災(zāi)備災(zāi)方案，這樣的云原生平臺(tái)并不完善。

基于這種情況，Kubernetes社區(qū)也有提出集群聯(lián)邦的概念，提供一站式管理多個(gè)集群的能力，在某種程度上解決了容災(zāi)的問(wèn)題，然而該方案無(wú)法同步管理許多系統(tǒng)資源，也無(wú)法在生產(chǎn)環(huán)境中落地。進(jìn)一步的，使用集群聯(lián)邦反而帶來(lái)了更大的問(wèn)題：

1.增加網(wǎng)絡(luò)帶寬和成本：聯(lián)邦控制平面監(jiān)控所有集群以確保系統(tǒng)狀態(tài)符合預(yù)期。如果集群在不同數(shù)據(jù)中心部署，東西向流量在不同數(shù)據(jù)中心間流動(dòng)，網(wǎng)絡(luò)成本將急劇增加。

2.跨集群安全性問(wèn)題：聯(lián)邦控制平面在設(shè)計(jì)上存在漏洞，如控制平面失去響應(yīng)，將影響所有集群，這種情況將導(dǎo)致嚴(yán)重的后果。

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

本發(fā)明的發(fā)明目的是提供一種基于kubernetes構(gòu)建云原生容災(zāi)架構(gòu)的方法，能夠?qū)⒃圃脚_(tái)的能力擴(kuò)展，進(jìn)一步減少應(yīng)用開(kāi)發(fā)與部署對(duì)基礎(chǔ)設(shè)施的關(guān)注度，以快速完成業(yè)務(wù)開(kāi)發(fā)。

為達(dá)到上述目的，本發(fā)明所采用的技術(shù)方案是：

一種基于kubernetes構(gòu)建云原生容災(zāi)架構(gòu)的方法，其架構(gòu)包括若干個(gè)集群和仲裁組件arbitration?agent；包括如下步驟：

S1、通過(guò)yaml配置文件初始化仲裁組件arbitration?agent至各個(gè)集群中，若各個(gè)集群的仲裁組件初始化成功后進(jìn)入下一個(gè)步驟，若初始化失敗，則退出重新進(jìn)入步驟S1，各集群中均包含集群的kube-apiserver信息；

S2、各個(gè)集群的仲裁組件通過(guò)vxlan搭建通信隧道，直至連接所有仲裁組件，各個(gè)集群連接完成后進(jìn)入下一個(gè)步驟，若包含未連接的仲裁組件，則一直等待直到所有仲裁組件相連；

S3、各個(gè)集群的仲裁組件arbitration?agent通過(guò)本集群的kube-apiserver拉拉其拉所有組件，組件包括管理組件、存儲(chǔ)組件、網(wǎng)絡(luò)組件等，各組件將自身信息注冊(cè)到仲裁組件；

S4、所有組件初始化完成后，各集群的仲裁組件使用Raft協(xié)議對(duì)主集群進(jìn)協(xié)選協(xié)，并協(xié)出一個(gè)主集群，其拉集群為備集群，主集群的仲裁組件arbitration?agent向備集群的仲裁組件arbitration?agent發(fā)拉同步請(qǐng)求，備集群返回可以同步信息，進(jìn)入下一個(gè)步驟,如無(wú)返回信息，重新執(zhí)協(xié)步驟S4，直至主集群的仲裁組件arbitration?agent收到備集群可以同步信息的返回；

S5、各個(gè)集群的各組件進(jìn)入首次同步，所述組件包括仲裁組件、存儲(chǔ)同步組件、網(wǎng)絡(luò)同步組件和編排同步組件的順序依次進(jìn)協(xié)；