跨集群应用迁移的全链路实现方法技术

本申请公开了跨集群应用迁移的全链路实现方法，所述跨集群应用迁移的全链路实现方法包括如下步骤：1、当用户发起迁移申请或者集群故障发生自动迁移时，控制程序在新集群自动创建应用负载；2、检测新集群应用负载是否启动成功；3、成功后更改Apisix网关配置；4、将Upstream指向新集群pod；5、流量导入到新集群的pod，回收资源，所述Deployment为ReplicaSet的声明式封装，所述Deployment用于管理Pod副本的创建、更新和删除，实现滚动升级和滚动回滚，所述ReplicaSet为多个Pod的副本控制器，所述ReplicaSet控制指定数量的Pod副本运行，本申请实现了应用迁移的全链路自动化，无需人工干预，本申请可以实现应用在集群间快速迁移。本申请可以实现应用在集群间快速迁移。本申请可以实现应用在集群间快速迁移。

【技术实现步骤摘要】
跨集群应用迁移的全链路实现方法


[0001]本申请涉及跨集群的应用迁移领域，尤其是跨集群应用迁移的全链路实现方法。

技术介绍

[0002]随着计算世界变得更加分布式、更加基于网络、以及更多的云计算，Kubernetes的普及程度越来越高，已成为容器编排领域的标准。它在多种应用场景中得到了广泛的应用,可以帮助用户简化应用程序的管理和部署，提高应用程序的可靠性和可扩展性，同时还允许用户选择自己喜欢的云平台和工具；
[0003]针对跨集群的应用迁移现有方案主要是在新集群重新部署一套应用程序，同时部署相应的Service和Ingress然后修改DNS解析，将域名解析到现有容器网关的VIP上。
[0004]现有方案主要是在新集群部署一套Deployment负载，同时部署相应的Service和Ingress然后修改DNS解析，将域名解析到现有容器网关的VIP上；应用迁移流程复杂，更改的配置较多，需要运维人员手动操作，迁移周期较长,发生故障时业务停服时间较长，迁移链路比较多，并且人工操作容易出现操作失误。
[0005]也即，现有技术存在如下的技术问题，应用迁移流程复杂，更改的配置较多，需要运维人员手动操作，迁移周期较长,发生故障时业务停服时间较长，迁移链路比较多，并且人工操作容易出现操作失误。

技术实现思路

[0006]在本实施例中提供了跨集群应用迁移的全链路实现方法用于解决现有技术中的应用迁移流程复杂，更改的配置较多，迁移周期较长,发生故障时业务停服时间较长，迁移链路比较多的问题。
>[0007]根据本申请的一个方面，提供了跨集群应用迁移的全链路实现方法，所述跨集群应用迁移的全链路实现方法包括如下步骤：
[0008]1、当用户发起迁移申请或者集群故障发生自动迁移时，控制程序在新集群自动创建应用负载；
[0009]2、检测新集群应用负载是否启动成功；
[0010]3、成功后更改Apisix网关配置；
[0011]4、将Upstream指向新集群pod；
[0012]5、流量导入到新集群的pod，回收资源。
[0013]进一步地，所述步骤1中，当用户发起迁移申请或者集群故障发生自动迁移时，通过控制程序进行部署Deployment。
[0014]进一步地，所述Deployment为ReplicaSet的声明式封装，所述Deployment用于管理Pod副本的创建、更新和删除，实现滚动升级和滚动回滚。
[0015]进一步地，所述ReplicaSet为多个Pod的副本控制器，所述ReplicaSet控制指定数量的Pod副本运行。
[0016]进一步地，所述步骤2中，检测新集群应用负载是否启动成功，成功后继续步骤3。
[0017]进一步地，所述步骤3中，启动成功后更改Apisix网关配置。
[0018]进一步地，所述APISIX网关为基于OpenResty、etcd的微服务API网关。
[0019]进一步地，所述步骤4中，将Upstream指向新集群pod，所述Pod为一组紧密关联的容器，所述Pod共享同一个网络、存储和进程间通信机制。
[0020]进一步地，所述步骤5中，将流量导入到新集群的pod上后，删除老集群上对应的pod。
[0021]进一步地，所述步骤(5)中，删除老集群上对应的pod后，回收资源。
[0022]通过本申请上述实施例，本申请实现了应用迁移的全链路自动化，无需人工干预，本申请可以实现应用在集群间快速迁移，迁移流程简单，不需需要运维人员手动操作，解决了迁移周期较长,发生故障时业务停服时间较长的问题。
附图说明
[0023]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
[0024]图1为本申请一种实施例的方法流程示意图；
[0025]图2为本申请一种实施例的整体流程示意图。
具体实施方式
[0026]为了使本
的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
[0027]需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0028]在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。
[0029]并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。
[0030]此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。
[0031]请参阅图1
‑
2所示，跨集群应用迁移的全链路实现方法，所述跨集群应用迁移的全链路实现方法包括如下步骤：
[0032]1、当用户发起迁移申请或者集群故障发生自动迁移时，控制程序在新集群自动创建应用负载；
[0033]2、检测新集群应用负载是否启动成功；
[0034]3、成功后更改Apisix网关配置；
[0035]4、将Upstream指向新集群pod；
[0036]5、流量导入到新集群的pod，回收资源。
[0037]进一步地，所述步骤1中，当用户发起迁移申请或者集群故障发生自动迁移时，通过控制程序进行部署Deployment。
[0038]进一本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.跨集群应用迁移的全链路实现方法，其特征在于：所述跨集群应用迁移的全链路实现方法包括如下步骤：1、当用户发起迁移申请或者集群故障发生自动迁移时，控制程序在新集群自动创建应用负载；2、检测新集群应用负载是否启动成功；3、成功后更改Apisix网关配置；4、将Upstream指向新集群pod；5、流量导入到新集群的pod，回收资源。2.根据权利要求1所述的跨集群应用迁移的全链路实现方法，其特征在于：所述步骤1中，当用户发起迁移申请或者集群故障发生自动迁移时，通过控制程序进行部署Deployment。3.根据权利要求1所述的跨集群应用迁移的全链路实现方法，其特征在于：所述Deployment为ReplicaSet的声明式封装，所述Deployment用于管理Pod副本的创建、更新和删除，实现滚动升级和滚动回滚。4.根据权利要求1所述的跨集群应用迁移的全链路实现方法，其特征在于：所述ReplicaSet为多个Pod的副本控制器，所述ReplicaSet控制指定数量的Pod...

【专利技术属性】
技术研发人员：邵河山，王显宝，
申请(专利权)人：北京比特易湃信息技术有限公司，
类型：发明
国别省市：