[发明专利]基于集群容器的应用升级方法及装置在审
申请号: | 202110477351.1 | 申请日: | 2021-04-26 |
公开(公告)号: | CN113031993A | 公开(公告)日: | 2021-06-25 |
发明(设计)人: | 袁晓阳;孙政清;殷成芳;李凤超 | 申请(专利权)人: | 中国工商银行股份有限公司 |
主分类号: | G06F8/65 | 分类号: | G06F8/65;G06F8/71;G06F9/455 |
代理公司: | 北京三友知识产权代理有限公司 11127 | 代理人: | 任默闻;王涛 |
地址: | 100140 北*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 基于 集群 容器 应用 升级 方法 装置 | ||
本发明可用于大数据技术领域,本发明提供了一种基于集群容器的应用升级方法及装置,基于集群容器的应用升级方法包括:接收待升级应用的原生负载均衡模型以及目标镜像版本;确定所述原生负载均衡模型所对应的pod列表;根据所述pod列表修改pod文件中的镜像文件为目标镜像版本。本发明可基于原生workload deployment实现集群容器中容器的原地升级,相比于基于新增的自定义workload实现集群容器中容器的原地升级,可以节省迁移工作量,并避免了迁移带来的风险,节省了重新调度集群容器的时间,加快了升级速度。
技术领域
本发明属于大数据技术领域,具体涉及一种基于集群容器的应用升级方法及装置。
背景技术
现有技术中,随着DOKCER容器技术的迅猛发展,KUBERNETES已经成为容器编排管理事实标准,越来越多的公司使用KUBERNETES管理集群容器,进行应用发布与部署运行。当前各应用多使用KUBERNETES原生自带DEPLOYMENT工作负载部署运行容器,在应用镜像升级过程中,DEPLOYMENT会触发新版本REPLICASET创建集群容器,并删除旧版本集群容器,在升级过程中原集群容器被删除,新集群容器被创建,新集群容器会被调度到另一台宿主机上重新创建,重新创建的过程涉及计算新节点、在新宿主机上拉取镜像,耗时较长。
针对当前每次DEPLOYMENT中集群容器镜像版本升级都会出现的集群容器重新调度现象,业界开源OPENKRUSIE软件基于KUBERNETES的扩展机制提供了自定义的WORKLOAD控制器,如CLONESET等,可以实现CLONESET中容器的原地升级(即容器对应的镜像版本升级,但是不会被调度至新的宿主机)。
现有技术方案使用新增自定义WORKLOAD,并没有提出针对KUBERNETES原生WORKLOAD如DEPLOYMENT的原地升级方案。对于已在生产环境使用DEPLOYMENT部署了大量容器的重要应用,若使用现有技术方案,需要使用新的WORKLOAD如CLONESET重新部署应用,耗时较长且风险较大。
发明内容
本发明属于大数据技术领域,其所提供的基于集群容器的应用升级方法及装置,可基于原生workload deployment实现集群容器中容器的原地升级,相比于基于新增的自定义workload实现集群容器中容器的原地升级,可以节省迁移工作量,并避免了迁移带来的风险,节省了重新调度集群容器的时间,加快了升级速度。
为解决上述技术问题,本发明提供以下技术方案:
第一方面,本发明提供一种基于集群容器的应用升级方法,包括:
接收待升级应用的原生负载均衡模型以及目标镜像版本;
确定所述原生负载均衡模型所对应的pod列表;
根据所述pod列表修改pod文件中的镜像文件为目标镜像版本。
一实施例中,所述确定所述原生负均衡载模型所对应的pod列表包括:
在集群容器中,查询所述原生负均衡载模型对应的pod列表。
一实施例中,基于集群容器的应用升级方法还包括:
保存pod列表至宿主机IP的映射信息中,以更新所述映射信息。
一实施例中,基于集群容器的应用升级方法还包括:
对比更新前后的映射信息,以确定IP信息发生变化pod文件以及IP信息未发生变化的pod文件;
将所述IP信息发生变化pod文件以及IP信息未发生变化的pod文件发送至用户。
一实施例中,所述根据所述pod列表修改pod文件中的镜像文件为目标镜像版本包括:
根据所述pod列表调用patch api文件;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于中国工商银行股份有限公司,未经中国工商银行股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110477351.1/2.html,转载请声明来源钻瓜专利网。