一种应用资源的还原方法、装置、电子设备及存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种应用资源的还原方法、装置、电子设备及存储介质。


背景技术：

2.kubernetes简称k8s，是为容器服务而生的一个可移植容器的编排管理工具，越来越多的公司正在拥抱kuberentes，并且当前kuberentes已经主导了云业务流程，推动了微服务架构等热门技术的普及和落地，正在如火如荼的发展，愈来愈多的系统都基于kuberentes平台来扩展或者运行自己的业务。
3.基于kuberentes平台的强大负载，衍生出很多复杂的业务应用场景，当有可预知的或不可预知的灾难、人为的误操作导致的资源宕机或误删除，导致的业务中断和恢复成本将不可预测。所以，如何保证基于kuberentes平台的业务场景安全、稳定、持续高可用的运维，就需要我们能够提供安全可靠的资源保护机制。
4.当kuberentes平台的资源出现故障或者资源不足无法继续提供服务时，只能切换到其他平台继续使用，但切换后需要重新搭建资源，无法进行原有资源和数据的同等迁移，数以万计的数据无法复用，造成业务的连续性受阻。即便使用了存储硬件自身的数据备份机制，没有与kubernetes对存储的管理机制对应起来，无法读取备份信息。由此引发的数据丢失在现实生活中也可能会造成重大生产事故，而kuberentes平台服务的部署调试也需要耗费大量的时间和人力成本。


技术实现要素：

5.为了解决上述技术问题或者至少部分地解决上述技术问题，本技术提供了一种应用资源的还原方法、装置、电子设备及存储介质。
6.根据本技术实施例的一个方面，提供了一种应用资源的还原方法，应用于备用集群，所述方法包括：
7.监听主用集群对应的运行状态，其中，所述主用集群与所述备用集群通信连接；
8.在根据所述运行状态确定所述主用集群处于异常状态的情况下，获取所述主用集群的应用资源在对象存储内备份的配置信息；
9.基于所述配置信息在所述备用集群内发起还原任务；
10.基于所述还原任务在所述备用集群中执行应用资源的创建操作。
11.进一步的，所述监听部署于主用集群中应用资源的运行状态，包括：
12.接收来自于所述主用集群的心跳报文；
13.根据所述心跳报文确定所述主用集群对应的运行状态；
14.其中，所述根据所述心跳报文确定所述主用集群对应的运行状态，包括：
15.在预设时间内接收到所述心跳报文的情况下，确定所述运行状态为正常状态，或，在预设时间内未接收到所述心跳报文的情况下，确定所述运行状态为异常状态。
16.进一步的，所述获取所述主用集群的应用资源在对象存储内备份的配置信息，包括：
17.向所述对象存储发送信息获取请求，其中，所述信息获取请求中携带所述备用集群的地址信息以及认证密文；
18.接收所述对象存储反馈的配置信息，其中，所述配置信息是所述对象存储在对地址信息以及所述认证密文进行认证通过后发送的。
19.进一步的，在基于所述配置信息在所述备用集群内发起还原任务之前，所述方法还包括：
20.检测所述备用集群的目标环境空间；
21.在所述目标环境空间满足预设部署需求的情况下，基于所述配置信息向所述备用集群发起还原任务。
22.进一步的，所述基于所述还原任务在所述备用集群中执行应用资源的创建操作，包括：
23.确定所述备用集群中是否存在与所述原始应用资源相同的应用资源；
24.在所述备用集群中不存在与所述原始应用资源相同的应用资源的情况下，基于所述还原任务中的配置信息在所述备用集群中创建目标应用资源。
25.进一步的，在所述备用集群中存在与所述原始应用资源相同的应用资源的情况下，所述方法还包括：
26.获取应用资源对应的还原类型；
27.在所述还原类型为强制还原的情况下，将所述备用集群中与所述原始应用资源的应用资源删除，基于所述还原任务中的配置信息在所述备用集群中创建目标应用资源；或，在所述还原类型为非强制还原的情况下，基于所述还原任务中的配置信息在所述备用集群中创建目标应用资源。
28.进一步的，在基于所述还原任务在所述备用集群中执行应用资源的创建操作之后，所述方法还包括：
29.获取所述备用集群中基于所述配置信息创建的目标应用资源；
30.基于所述目标应用资源对比所述原始应用资源，得到对比结果；
31.在所述对比结果用于指示所述目标应用资源与所述原始应用资源不一致的情况下，生成数据同步任务；
32.基于所述数据同步任务对所述目标应用资源执行数据增量同步操作，直至所述目标应用资源与所述原始应用资源一致。
33.根据本技术实施例的另一方面，还提供了一种应用资源的还原装置，包括：
34.监听模块，用于监听主用集群对应的运行状态，其中，所述主用集群与所述备用集群通信连接；
35.确定模块，用于在根据所述运行状态确定所述主用集群处于异常状态的情况下，获取所述主用集群的应用资源在对象存储内备份的配置信息；
36.获取模块，用于基于所述配置信息向所述备用集群发起还原任务；
37.处理模块，用于基于所述还原任务在所述备用集群中执行应用资源的创建操作。
38.根据本技术实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的
程序，程序运行时执行上述的步骤。
39.根据本技术实施例的另一方面，还提供了一种电子装置，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其中：存储器，用于存放计算机程序；处理器，用于通过运行存储器上所存放的程序来执行上述方法中的步骤。
40.本技术实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法中的步骤。
41.本技术实施例提供的上述技术方案与现有技术相比具有如下优点：本技术实施例提供的方法通过备用集群主用监听主用集群的运行状态，并在确定主用集群的运行状态为异常状态的情况下，备用集群主动获取主用集群中部署应用资源的配置信息，并依据该配置信息进行应用资源的还原，实现了服务能够高可用，并保障了服务系统的稳定性。
附图说明
42.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
43.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
44.图1为本技术实施例提供的一种应用资源的还原方法的流程图；
45.图2为本技术另一实施例提供的一种应用资源的还原方法的流程图；
46.图3为本技术实施例提供的一种应用资源的还原装置的框图；
47.图4为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
48.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，而不是全部的实施例，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
49.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个类似的实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
50.本技术实施例提供了一种应用资源的还原方法、装置、电子设备及存储介质。本发明实施例所提供的方法可以应用于任意需要的电子设备，例如，可以为服务器、终端等电子设备，在此不做具体限定，为描述方便，后续简称为电子设备。
51.根据本技术实施例的一方面，提供了一种应用资源的还原方法的方法实施例。图1为本技术实施例提供的一种应用资源的还原方法的流程图，如图1所示，该方法包括：
52.步骤s11，监听主用集群对应的运行状态，其中，主用集群与备用集群通信连接。
53.本技术实施例提供的方法应用于备用集群，备用集群部署在服务系统中，服务系统中还包括：主用集群以及对象存储。其中，主用集群中部署有多个应用资源，应用资源用于对外提供服务。对象存储用于存储主用集群中所部署应用资源的配置信息，可以理解的，集群中部署的各种应用资源可通过备份方式储存到对象存储，基于对象存储强大的储存和上传下载功能，将应用资源的配置信息以配置文件的形式储存，备份恢复时通过对象存储的下载功能拉取应用的配置信息。
54.在本技术实施例中，步骤s11，监听部署于主用集群中应用资源的运行状态，包括以下步骤a1-a2：
55.步骤a1，接收来自于主用集群的心跳报文。
56.步骤a2，根据所述心跳报文确定所述主用集群对应的运行状态。
57.在本技术实施例中，备用集群会通过监听机制进行实时监控，由于主用集群与备用集群之间会定时通信，因此备用集群会接收来自于主用集群的心跳报文，并根据心跳报文确定部署于主用集群中应用资源的运行状态。其中，如果备用集群在预设时间内未接收到主用集群发送的心跳报文，则确定主用集群以及主用集群中的应用资源出现异常(及运行状态显示异常状态)。如果备用集群在预设时间内接收到主用集群发送的心跳报文，则确定主用集群以及主用集群中的应用资源正常。
58.步骤s12，在根据运行状态确定主用集群处于异常状态的情况下，获取主用集群的应用资源在对象存储内备份的配置信息。
59.在本技术实施例中，步骤s12，获取主用集群的应用资源在对象存储内备份的配置信息，包括以下步骤b1-b2：
60.步骤b1，向对象存储发送信息获取请求，其中，信息获取请求中携带备用集群的地址信息以及认证密文。
61.在本技术实施例中，备用集群在确定主用集群处于异常状态的情况下，会自动启动备份机制，具体的，备用集群会自动生成信息获取请求，信息获取请求用于从对象存储中获取部署在主用集群的应用资源的配置信息。其中，备用集群生成信息获取请求的过程如下：首先确定备用集群的地址信息，然后利用预先生成加密密钥对地址信息进行加密，生成认证密文，最终基于地址信息和认证密文生成信息获取请求，并向对象存储发送该信息获取请求。
62.需要说明的是，对象存储会接收来自于主用设备发送的资源备份请求，基于资源备份请求获取主用设备中部署的应用资源对应的配置信息，存储配置信息。需要说明的是，用户根据需要通过镜像仓库进行应用的部署，挂载组件有状态负载、无状态负载、任务、定时任务等组件，是否挂载存储卷等信息，部署好的应用，通过备份功能将部署好的应用配置文件上传到对象存储中进行存储。
63.步骤b2，接收对象存储反馈的配置信息，其中，配置信息是对象存储在对地址信息以及认证密文进行认证通过后发送的。
64.在本技术实施例中，对象存储在接收到信息获取请求后，会对认证密文进行解密，
如果解密得到的解密结果与地址信息一致，则确定信息获取请求认证通过。
65.在本技术实施例中，对象存储通过校验ip和公私钥的形式与备用集群进行对接，使用其提供的存储桶装置，基于对象存储的储存和上传下载功能，将应用资源模块的配置信息以配置文件的形式储存到对象存储中，备份恢复时通过对象存储的下载功能拉取应用的配置信息。
66.步骤s13，基于配置信息在备用集群内发起还原任务。
67.在本技术实施例中，备用集群在从对象存储中下载到配置信息后，会在备用集群内部发起还原任务，还原任务用于根据配置信息在备用集群还原主用集群中的应用资源。
68.步骤s14，基于所述还原任务在所述备用集群中执行应用资源的创建操作。
69.在本技术实施例中，步骤s14，在基于配置信息向备用集群发起还原任务之前，方法还包括以下步骤c1-c2：
70.步骤c1，检测备用集群的目标环境空间。
71.步骤c2，在目标环境空间满足预设部署需求的情况下，基于配置信息向备用集群发起还原任务。
72.在本技术实施例中，为了保证应用资源的还原效率，因此在发起还原任务之前，需要检测备用集群的目标环境空间，例如：当前备用集群的中的空间使用率，从而确定备用集群是否处于满载状态。同时空间使用率小于预设使用率的情况下或者剩余空间使用率满足应用资源的配置信息的需求，则确定目标环境空间满足预设部署需求。此时会基于配置信息向备用集群发起还原任务。
73.在本技术实施例中，基于还原任务在备用集群中执行应用资源的创建操作，包括以下步骤d1-d2：
74.步骤d1，确定备用集群中是否存在与原始应用资源相同的应用资源。
75.步骤d2，在备用集群中不存在与原始应用资源相同的应用资源的情况下，基于还原任务中的配置信息在备用集群中创建目标应用资源。
76.在本技术实施例中，为了合理利用备用集群的空间，在执行还原任务的过程中，首先确定备用集群中是否存在与原始应用资源相同的应用资源，如果在备用集群中不存在与原始应用资源相同的应用资源的情况下，基于还原任务中的配置信息在备用集群中创建目标应用资源。
77.在本技术实施例中，在备用集群中存在与原始应用资源相同的应用资源的情况下，方法还包括以下步骤e1-e2：
78.步骤e1，获取应用资源对应的还原类型。
79.步骤e2，在还原类型为强制还原的情况下，将备用集群中与原始应用资源的应用资源删除，基于还原任务中的配置信息在备用集群中创建目标应用资源；或，在还原类型为非强制还原的情况下，基于还原任务中的配置信息在备用集群中创建目标应用资源。
80.作为一个示例，还原类型分为强制还原和非强制还原，强制还原是当获取到还原某些资源的指令时，检测备用集群是否存在与原始应用资源相同的应用资源，若有存在，则删除该应用资源后再进行还原。非强制还原是当获取到还原某些资源的指令时，检测备用集群是否存在与原始应用资源相同的应用资源，若有存在，则跳过该应用资源，进行下一个应用资源的还原。
81.本技术实施例提供的方法通过备用集群主用监听主用集群的运行状态，并在确定主用集群的运行状态为异常状态的情况下，备用集群主动获取主用集群中部署应用资源的配置信息，并依据该配置信息进行应用资源的还原，实现了服务能够高可用，并保障了服务系统的稳定性。
82.图2为本技术另一实施例提供的一种应用资源的还原方法的流程图，如图2所示，在基于还原任务在备用集群中执行应用资源的创建操作之后，方法还包括：
83.步骤s21，获取备用集群中基于配置信息创建的目标应用资源；
84.步骤s22，基于目标应用资源对比原始应用资源，得到对比结果；
85.步骤s23，在对比结果用于指示目标应用资源与原始应用资源不一致的情况下，生成数据同步任务；
86.步骤s24，基于数据同步任务对目标应用资源执行数据增量同步操作，直至目标应用资源与原始应用资源一致。
87.在本技术实施例中，在目标应用资源在备用集群中部署完成后，提取还原后的目标应用资源，并与原有应用资源配置信息进行比对，比对一致后，应用资源恢复成功，若比对不一致，则调用同步任务，进行数据增量同步，直到数据一致。至此，应用资源恢复成功。根据原有的应用空间资源进行一对一的故障迁移恢复，保证了数据的准确性，为用户的系统服务支撑提供了高可用的技术支持，避免了数据的丢失、耗费时间和人力成本，更进一步的提高了系统稳定性。
88.本技术实施例还提供了一种服务系统，该系统包括：主用集群、备用集群以及对象存储。主用集群和备用集群中均部署有多个应用资源，对象存储用于存储主用集群和备用集群中应用资源的配置信息。对象存储模块基于对象存储强大的储存和上传下载功能，将应用资源模块的配置信息以配置文件的形式储存到对象存储中。备份还原时通过对象存储的下载功能拉取应用的配置信息。
89.同时，备用集群通过心跳机制实时监测主用集群中的运行状态，根据监控反馈的状态决定是否进行资源备份，备份时在新环境上根据获取到的备份配置文件进行应用所需空间的搭建及应用的部署和应用元数据的还原，通过与原有资源进行比对，保证资源数据一致性。
90.图3为本技术实施例提供的一种应用资源的还原装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图3所示，该装置包括：
91.监听模块31，用于监听主用集群对应的运行状态，其中，主用集群与备用集群通信连接；
92.确定模块32，用于在根据运行状态确定主用集群处于异常状态的情况下，获取主用集群的应用资源在对象存储内备份的配置信息；
93.获取模块33，用于基于配置信息向备用集群发起还原任务；
94.处理模块34，用于基于还原任务在备用集群中执行应用资源的创建操作。
95.在本技术实施例中，监听模块31，用于接收来自于主用集群的心跳报文；根据心跳报文确定主用集群对应的运行状态；其中，在预设时间内接收到心跳报文的情况下，确定运行状态为正常状态，或，在预设时间内未接收到心跳报文的情况下，确定运行状态为异常状态。。
96.在本技术实施例中，确定模块32，用于向对象存储发送信息获取请求，其中，信息获取请求中携带备用集群的地址信息以及认证密文；接收对象存储反馈的配置信息，其中，配置信息是对象存储在对地址信息以及认证密文进行认证通过后发送的。
97.在本技术实施例中，应用资源的还原装置还包括：检测模块，用于检测备用集群的目标环境空间；在目标环境空间满足预设部署需求的情况下，基于配置信息向备用集群发起还原任务。
98.在本技术实施例中，处理模块34，用于确定备用集群中是否存在与原始应用资源相同的应用资源；在备用集群中不存在与原始应用资源相同的应用资源的情况下，基于还原任务中的配置信息在备用集群中创建目标应用资源。
99.在本技术实施例中，应用资源的还原装置还包括：分析模块，用于获取应用资源对应的还原类型；在还原类型为强制还原的情况下，将备用集群中与原始应用资源的应用资源删除，基于还原任务中的配置信息在备用集群中创建目标应用资源；或，在还原类型为非强制还原的情况下，基于还原任务中的配置信息在备用集群中创建目标应用资源。
100.在本技术实施例中，应用资源的还原装置还包括：对比模块，用于获取备用集群中基于配置信息创建的目标应用资源；基于目标应用资源对比原始应用资源，得到对比结果；在对比结果用于指示目标应用资源与原始应用资源不一致的情况下，生成数据同步任务；基于数据同步任务对目标应用资源执行数据增量同步操作，直至目标应用资源与原始应用资源一致。
101.本技术通过备用集群主用监听主用集群的运行状态，并在确定主用集群的运行状态为异常状态的情况下，备用集群主动获取主用集群中部署应用资源的配置信息，并依据该配置信息进行应用资源的还原，实现了服务能够高可用，并保障了服务系统的稳定性。
102.本技术实施例还提供一种电子设备，如图4所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。
103.存储器1503，用于存放计算机程序；
104.处理器1501，用于执行存储器1503上所存放的计算机程序时，实现上述实施例的步骤。
105.上述终端提到的通信总线可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
106.通信接口用于上述终端与其他设备之间的通信。
107.存储器可以包括随机存取存储器(random access memory，简称ram)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
108.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，
简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
109.在本技术提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的应用资源的还原方法。
110.在本技术提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的应用资源的还原方法。
111.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据对象存储。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk)等。
112.以上所述仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本技术的保护范围内。
113.以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。