[發(fā)明專利]global倉(cāng)庫(kù)的二級(jí)鏡像倉(cāng)庫(kù)部署方法及系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 202211193478.1
• 申請(qǐng)日: 2022-09-28
• 公開（公告）號(hào): CN115640021A
• 公開（公告）日: 2023-01-24
• 發(fā)明（設(shè)計(jì)）人: 蔡澤坤
• 申請(qǐng)（專利權(quán)）人: 中國(guó)建設(shè)銀行股份有限公司;建信金融科技有限責(zé)任公司
• 主分類號(hào): G06F8/61
• 分類號(hào): G06F8/61;G06F9/455
• 代理公司: 北京潤(rùn)平知識(shí)產(chǎn)權(quán)代理有限公司 11283
• 代理人: 李紅

1.一種global倉(cāng)庫(kù)的二級(jí)鏡像倉(cāng)庫(kù)部署方法，其特征在于，所述global倉(cāng)庫(kù)和所述二級(jí)鏡像倉(cāng)庫(kù)均基于Harbor架構(gòu)構(gòu)建，所述方法包括：

建立global倉(cāng)庫(kù)與其關(guān)聯(lián)的各repo節(jié)點(diǎn)的ssh互信，并在各repo倉(cāng)庫(kù)進(jìn)行存儲(chǔ)空間構(gòu)建，獲得repo倉(cāng)庫(kù)作為二級(jí)鏡像倉(cāng)庫(kù)；其中，各repo節(jié)點(diǎn)為與所述global倉(cāng)庫(kù)關(guān)聯(lián)的各個(gè)子集群的linux服務(wù)器；

在各repo倉(cāng)庫(kù)中進(jìn)行yum源部署，安裝所需依賴，部署定制化harbor實(shí)例；

定期進(jìn)行所述global倉(cāng)庫(kù)與各repo倉(cāng)庫(kù)的元數(shù)據(jù)信息同步；

建立各子集群與對(duì)應(yīng)repo倉(cāng)庫(kù)的互信連接，以用于各子集群應(yīng)用創(chuàng)建容器時(shí)，指定從對(duì)應(yīng)的repo倉(cāng)庫(kù)進(jìn)行鏡像拉取。

2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述在各repo節(jié)點(diǎn)進(jìn)行存儲(chǔ)空間構(gòu)建，包括：

基于Harbor持久化存儲(chǔ)需求，在各repo節(jié)點(diǎn)創(chuàng)建lvm；

基于創(chuàng)建的lvm進(jìn)行邏輯卷分區(qū)調(diào)配，為二級(jí)鏡像倉(cāng)庫(kù)創(chuàng)建對(duì)應(yīng)的邏輯卷分區(qū)。

3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在各repo倉(cāng)庫(kù)中進(jìn)行yum源部署之前，所述方法還包括：

為各repo倉(cāng)庫(kù)中的網(wǎng)路配置文件和系統(tǒng)文件增加域名解析，使得global倉(cāng)庫(kù)與各repo倉(cāng)庫(kù)實(shí)現(xiàn)基于域名的網(wǎng)絡(luò)互通訪問。

4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基于部署的yum源將所述global倉(cāng)庫(kù)中的文件信息同步到各repo倉(cāng)庫(kù)，包括：

基于所述yum源進(jìn)行預(yù)設(shè)組件安裝；

驅(qū)動(dòng)所述預(yù)設(shè)組件運(yùn)行，將harbor安裝包鏡像復(fù)制到各repo倉(cāng)庫(kù)中；

讀取所述harbor安裝包鏡像，并通過(guò)域名解析處理使得harbor架構(gòu)中的registry容器可訪問所述global倉(cāng)庫(kù)；

啟動(dòng)讀取后的harbor，基于registry容器與所述global倉(cāng)庫(kù)建立鏡像緩存認(rèn)證及配置。

5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述預(yù)設(shè)組件至少包括：

docker組件、docker-compose組件和nfs-utils組件。

6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述驅(qū)動(dòng)所述預(yù)設(shè)組件運(yùn)行，將harbor安裝包鏡像復(fù)制到各repo倉(cāng)庫(kù)中，包括：

驅(qū)動(dòng)所述docker組件，將harbor安裝包鏡像復(fù)制到各repo倉(cāng)庫(kù)中。

7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述通過(guò)域名解析處理使得harbor架構(gòu)中的registry容器可訪問所述global倉(cāng)庫(kù)，包括：

基于所述docker-compose組件在讀取的harbor中進(jìn)行docker-compose文件部署；

在部署的docker-compose文件中為registry容器增加所述global倉(cāng)庫(kù)域名的extra-hosts解析，使得registry容器可訪問所述global倉(cāng)庫(kù)。

8.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述啟動(dòng)讀取后的harbor包括：

為所述registry容器中的config.yml增加proxy配置；其中，所述proxy配置包括：所述global倉(cāng)庫(kù)域名、預(yù)設(shè)部署賬戶登錄名稱和登錄密碼；

基于所述proxy配置啟動(dòng)讀取后的harbor。

9.根據(jù)權(quán)利要求7所述的方法，其特征在于，在基于registry容器將所述global倉(cāng)庫(kù)中的文件同步復(fù)制到各repo倉(cāng)庫(kù)中之前，所述方法還包括：

將各repo倉(cāng)庫(kù)的認(rèn)證模式配置為ldap，包括：

在部署的docker-compose文件中為core容器增加ldap域名的extra-hosts解析，使得所述core容器可訪問ldap服務(wù)器；

將repo倉(cāng)庫(kù)的harbor的認(rèn)證模式修改為ldap，并配置ldap配置參數(shù)與所述global倉(cāng)庫(kù)一致。