[發(fā)明專(zhuān)利]基于集群容器的應(yīng)用升級(jí)方法及裝置

在審

• 申請(qǐng)?zhí)枺?/td>: 202110477351.1
• 申請(qǐng)日: 2021-04-26
• 公開(kāi)（公告）號(hào): CN113031993A
• 公開(kāi)（公告）日: 2021-06-25
• 發(fā)明（設(shè)計(jì)）人: 袁曉陽(yáng);孫政清;殷成芳;李鳳超
• 申請(qǐng)（專(zhuān)利權(quán)）人: 中國(guó)工商銀行股份有限公司
• 主分類(lèi)號(hào): G06F8/65
• 分類(lèi)號(hào): G06F8/65;G06F8/71;G06F9/455
• 代理公司: 北京三友知識(shí)產(chǎn)權(quán)代理有限公司 11127
• 代理人: 任默聞;王濤

本發(fā)明可用于大數(shù)據(jù)技術(shù)領(lǐng)域，本發(fā)明提供了一種基于集群容器的應(yīng)用升級(jí)方法及裝置，基于集群容器的應(yīng)用升級(jí)方法包括：接收待升級(jí)應(yīng)用的原生負(fù)載均衡模型以及目標(biāo)鏡像版本；確定所述原生負(fù)載均衡模型所對(duì)應(yīng)的pod列表；根據(jù)所述pod列表修改pod文件中的鏡像文件為目標(biāo)鏡像版本。本發(fā)明可基于原生workload deployment實(shí)現(xiàn)集群容器中容器的原地升級(jí)，相比于基于新增的自定義workload實(shí)現(xiàn)集群容器中容器的原地升級(jí)，可以節(jié)省遷移工作量，并避免了遷移帶來(lái)的風(fēng)險(xiǎn)，節(jié)省了重新調(diào)度集群容器的時(shí)間，加快了升級(jí)速度。

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

本發(fā)明屬于大數(shù)據(jù)技術(shù)領(lǐng)域，具體涉及一種基于集群容器的應(yīng)用升級(jí)方法及裝置。

背景技術(shù)

現(xiàn)有技術(shù)中，隨著DOKCER容器技術(shù)的迅猛發(fā)展，KUBERNETES已經(jīng)成為容器編排管理事實(shí)標(biāo)準(zhǔn)，越來(lái)越多的公司使用KUBERNETES管理集群容器，進(jìn)行應(yīng)用發(fā)布與部署運(yùn)行。當(dāng)前各應(yīng)用多使用KUBERNETES原生自帶DEPLOYMENT工作負(fù)載部署運(yùn)行容器，在應(yīng)用鏡像升級(jí)過(guò)程中，DEPLOYMENT會(huì)觸發(fā)新版本REPLICASET創(chuàng)建集群容器，并刪除舊版本集群容器，在升級(jí)過(guò)程中原集群容器被刪除，新集群容器被創(chuàng)建，新集群容器會(huì)被調(diào)度到另一臺(tái)宿主機(jī)上重新創(chuàng)建，重新創(chuàng)建的過(guò)程涉及計(jì)算新節(jié)點(diǎn)、在新宿主機(jī)上拉取鏡像，耗時(shí)較長(zhǎng)。

針對(duì)當(dāng)前每次DEPLOYMENT中集群容器鏡像版本升級(jí)都會(huì)出現(xiàn)的集群容器重新調(diào)度現(xiàn)象，業(yè)界開(kāi)源OPENKRUSIE軟件基于KUBERNETES的擴(kuò)展機(jī)制提供了自定義的WORKLOAD控制器，如CLONESET等，可以實(shí)現(xiàn)CLONESET中容器的原地升級(jí)(即容器對(duì)應(yīng)的鏡像版本升級(jí)，但是不會(huì)被調(diào)度至新的宿主機(jī))。

現(xiàn)有技術(shù)方案使用新增自定義WORKLOAD，并沒(méi)有提出針對(duì)KUBERNETES原生WORKLOAD如DEPLOYMENT的原地升級(jí)方案。對(duì)于已在生產(chǎn)環(huán)境使用DEPLOYMENT部署了大量容器的重要應(yīng)用，若使用現(xiàn)有技術(shù)方案，需要使用新的WORKLOAD如CLONESET重新部署應(yīng)用，耗時(shí)較長(zhǎng)且風(fēng)險(xiǎn)較大。

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

本發(fā)明屬于大數(shù)據(jù)技術(shù)領(lǐng)域，其所提供的基于集群容器的應(yīng)用升級(jí)方法及裝置，可基于原生workload deployment實(shí)現(xiàn)集群容器中容器的原地升級(jí)，相比于基于新增的自定義workload實(shí)現(xiàn)集群容器中容器的原地升級(jí)，可以節(jié)省遷移工作量，并避免了遷移帶來(lái)的風(fēng)險(xiǎn)，節(jié)省了重新調(diào)度集群容器的時(shí)間，加快了升級(jí)速度。

為解決上述技術(shù)問(wèn)題，本發(fā)明提供以下技術(shù)方案：

第一方面，本發(fā)明提供一種基于集群容器的應(yīng)用升級(jí)方法，包括：

接收待升級(jí)應(yīng)用的原生負(fù)載均衡模型以及目標(biāo)鏡像版本；

確定所述原生負(fù)載均衡模型所對(duì)應(yīng)的pod列表；

根據(jù)所述pod列表修改pod文件中的鏡像文件為目標(biāo)鏡像版本。

一實(shí)施例中，所述確定所述原生負(fù)均衡載模型所對(duì)應(yīng)的pod列表包括：

在集群容器中，查詢所述原生負(fù)均衡載模型對(duì)應(yīng)的pod列表。

一實(shí)施例中，基于集群容器的應(yīng)用升級(jí)方法還包括：

保存pod列表至宿主機(jī)IP的映射信息中，以更新所述映射信息。

一實(shí)施例中，基于集群容器的應(yīng)用升級(jí)方法還包括：

對(duì)比更新前后的映射信息，以確定IP信息發(fā)生變化pod文件以及IP信息未發(fā)生變化的pod文件；

將所述IP信息發(fā)生變化pod文件以及IP信息未發(fā)生變化的pod文件發(fā)送至用戶。

一實(shí)施例中，所述根據(jù)所述pod列表修改pod文件中的鏡像文件為目標(biāo)鏡像版本包括：

根據(jù)所述pod列表調(diào)用patch api文件；