[发明专利]Kubernetes集群的升级方法、装置、电子设备和介质有效
申请号: | 202010060408.3 | 申请日: | 2020-01-19 |
公开(公告)号: | CN111258609B | 公开(公告)日: | 2023-08-01 |
发明(设计)人: | 郭良帅 | 申请(专利权)人: | 北京百度网讯科技有限公司 |
主分类号: | G06F8/65 | 分类号: | G06F8/65;G06F9/455 |
代理公司: | 北京品源专利代理有限公司 11332 | 代理人: | 孟金喆 |
地址: | 100085 北京市*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | kubernetes 集群 升级 方法 装置 电子设备 介质 | ||
本申请公开了一种Kubernetes集群的升级方法、装置、设备和介质,涉及计算机技术领域,尤其是云计算技术领域。具体实现方案为:通过接口服务器,从控制管理器获取旧应用实例的删除请求和新副本集信息;其中所述删除请求和新副本集信息在检测到任一部署组的容器镜像字段更新时确定;确定旧应用实例所属的目标部署组是否需要原地升级;若需要原地升级,则根据新副本集信息将所述旧应用实例升级为新副本集中的新应用实例,以对目标部署组进行升级;拒绝所述删除请求。采用本申请的方案,能够实现对旧应用实例Pod进行原地升级,保证新旧Pod的附加属性信息相同,避免后续的访问发生异常。
技术领域
本申请实施例涉及计算机技术领域,尤其涉及云计算技术领域的一种Kubernetes集群的升级方法、装置、设备和介质。
背景技术
Kubernetes(简称K8S)集群是一个开源的,用于管理云平台中多个主机上容器化应用的容器编排管理平台,提供了应用部署,规划,更新,维护的一种机制。
K8S集群中的Deployment(部署组)支持Pod(应用实例)的两种升级模式:RollingUpdate(滚动升级模式)和RecreateUpdate(重建升级模式)。无论哪种升级模式,部署组都会删除旧Pod,创建新Pod。
然而,Pod本身具有诸如IP地址、存储空间和设备信息之类的附加属性信息,现有升级模式创建的新Pod与旧Pod的附加属性信息不同,导致访问异常。
发明内容
本申请实施例公开一种Kubernetes集群的升级方法、装置、电子设备和介质,可以使得新旧Pod的附加属性信息相同,避免访问异常。
第一方面,本申请实施例公开了一种Kubernetes集群的升级方法,由Kubernetes集群中的升级管理器执行,所述方法包括:
通过接口服务器,从控制管理器获取旧应用实例的删除请求和新副本集信息;其中所述删除请求和所述新副本集信息在检测到任一部署组的容器镜像字段更新时确定;
确定所述旧应用实例所属的目标部署组是否需要原地升级;
若需要原地升级,则根据所述新副本集信息将所述旧应用实例升级为新副本集中的新应用实例,以对所述目标部署组进行升级;
拒绝所述删除请求。
上述申请中的一个实施例具有如下优点或有益效果:能够实现对旧应用实例Pod进行原地升级,保证新旧Pod的附加属性信息相同,避免后续的访问异常。
另外,根据本申请上述实施例的Kubernetes集群的升级方法方法,还可以具有如下附加的技术特征:
可选地,根据所述新副本集信息将所述旧应用实例升级为新副本集中的新应用实例,包括:
将旧应用实例的元数据中的所有者标识,更新为新副本集的标识;
将旧应用实例的元数据中的模板哈希,更新为新副本集的哈希;
将旧应用实例的镜像名称字段更新为新副本集的镜像名称字段,以将所述旧应用实例升级为新应用实例。
上述申请中的一个实施例具有如下优点或有益效果:在Pod升级过程中,不需要删除旧Pod然后重新创建新Pod,只需通过将旧Pod变更为新Pod即可完成升级,能够保证新旧Pod的附加属性信息相同。
可选地,拒绝所述删除请求,包括:
在检测到新副本集的已有新应用实例数量达到新副本集的期望副本数时,拒绝所述删除请求。
上述申请中的一个实施例具有如下优点或有益效果:能够保证新副本集RS下的新应用实例数量达到新副本集的期望副本数的要求。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京百度网讯科技有限公司,未经北京百度网讯科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010060408.3/2.html,转载请声明来源钻瓜专利网。
- 上一篇:一种车辆高压回路控制方法、车辆及存储介质
- 下一篇:一种燃气比例阀