CN114328007A - 一种容器备份还原方法、装置及其介质 - Google Patents

Abstract

本申请公开了一种容器备份还原方法、装置及其介质，针对目前通常是对单一容器或同一命名空间的容器一同进行备份与还原的，不能以容器应用组为一个整体进行备份与还原的问题，提供了一种容器备份还原方法，包括：添加容器应用组的定义；创建每个工作负载时，将工作负载注册到对应的容器应用组；使得可以同时获取同一容器应用组的工作负载的负载信息以及与工作负载关联的所有组件的组件信息；接收到备份请求时，将负载信息和组件信息同步到存储服务器；接收到还原请求时，获取存储服务器的备份数据，将备份数据同步到对应的容器应用组，从而实现将容器资源以容器应用组为单元进行整体的备份与还原操作，从而保证业务的完整性与一致性。

Description

一种容器备份还原方法、装置及其介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种容器备份还原方法、装置及其介质。

背景技术

在目前的容器集群中，会出现应用比较大，单一容器无法支持的情况，此时一般使用多个容器实例以及多种容器资源为用户提供统一的服务，这些容器实例与容器资源的集合可以统称为容器应用组。同时，由于某些服务比较重要，为保证服务的稳定性，我们需要对提供该服务的容器进行备份以便当容器出现故障时能够及时还原。

目前，在进行容器的备份与还原时，通常是对单一容器或同一命名空间的容器一同进行备份与还原的，不能针对为某一应用提供服务的容器应用组进行备份与还原。

命名空间：通过名称空间来分类，区别不同的代码功能的一种逻辑空间。

所以，现在本领域的技术人员亟需要一种容器备份还原方法，解决在对容器进行备份与还原时，能够保证业务的完整性与一致性的问题。

发明内容

本申请的目的是提供一种容器备份还原方法、装置及其介质，使得在对容器进行备份与还原时，能够保证业务的完整性与一致性。

为解决上述技术问题，本申请提供一种容器备份还原方法，包括：添加容器应用组的定义；创建每个工作负载时，将工作负载注册到对应的容器应用组；获取同一容器应用组的工作负载的负载信息，以及与工作负载关联的所有组件的组件信息；接收到备份请求时，将负载信息和组件信息同步到存储服务器；接收到还原请求时，获取存储服务器的备份数据，将备份数据同步到对应的容器应用组，其中，备份数据为同步至所处存储数据的负载信息和组件信息。

优选地，创建每个工作负载时，还包括：监听工作负载的负载信息与组件信息的变化，以便于对工作负载以及关联组件进行相应的增删改操作。

优选地，将负载信息和组件信息同步到存储服务器包括：将组件信息基于组件类型进行分成非存储类数据和存储类数据；将非存储类数据的元数据同步至存储服务器，将存储类数据的元数据和存储数据同步至存储服务器。

优选地，在将元数据同步至存储服务器之前，还包括：对元数据进行裁剪。

优选地，在将负载信息和组件信息同步到存储服务器之后，还包括：生成备份信息，其中，不同的备份信息对应不同的备份数据；相应的，获取存储服务器的备份数据包括：根据备份信息，获取相应的备份数据。

优选地，接收到还原请求时，还包括：判断要还原的容器应用组是否满足还原前置条件，若不满足则中断还原并发出提示信息。

优选地，还原前置条件包括：足够的应用空间。

为解决上述技术问题，本申请还提供一种容器备份还原装置，包括：定义模块，用于添加容器应用组的定义；注册模块，用于创建每个工作负载时，将工作负载注册到对应的容器应用组；获取模块，用于获取同一容器应用组的工作负载的负载信息，以及与工作负载关联的所有组件的组件信息；备份模块，用于接收到备份请求时，将负载信息和组件信息同步到存储服务器；还原模块，用于接收到还原请求时，获取存储服务器的备份数据，将备份数据同步到对应的容器应用组，其中，备份数据为同步至所处存储数据的负载信息和组件信息。

为解决上述技术问题，本申请还提供一种容器备份还原装置，包括：存储器，用于存储计算机程序；处理器，用于执行计算机程序时实现如上述的容器备份还原方法的步骤。

为解决上述技术问题，本申请还提供一种计算机可读存储介质，其特征在于，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的容器备份还原方法的步骤。

本申请提供的一种容器备份还原方法，通过添加容器应用组的定义，在添加工作负载时，将工作负载注册到对应的容器应用组下，在备份时，获取一个容器应用组的全部工作负载以及其关联的组件的数据，还原时也同样对于一个容器应用组进行数据还原，以实现将容器资源以容器应用组为单元进行整体的备份与还原操作，从而保证业务的完整性与一致性。

本申请提供的一种容器备份还原装置、及计算机可读存储介质，与上述方法对应，效果同上。

附图说明

为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的一种容器备份还原方法的流程图；

图2为本发明提供的一种容器备份还原装置的结构图；

图3为本发明提供的另一种容器备份还原装置的结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本申请保护范围。

本申请的核心是提供一种容器备份还原方法、装置及其介质。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

在实际应用中，有时需要将软件与其周围环境隔离开来，例如开发环境和登台环境之间存在差异，或是为了减少在同一基础架构上运行不同软件的团队之间的冲突，此时，一般通过容器实现这一点。而有时一个应用过大，一个容器无法独立为其提供服务，需要用到多个容器，但目前在实现容器的备份与还原时，通常是以一个容器或是一个命名空间为单位进行备份与还原的，不能以实现某一个应用的全部容器作为单位，无法保证应用业务的完整性与一致性。所以，如图1所示，本申请提供一种容器备份还原方法，包括：

S101：添加容器应用组的定义。

在容器初始化时，需要添加一个对于资源的定义为容器应用组，并将该资源定义为工作负载的上级，也即一个容器应用组是可以包含多个工作负载的。

S102：创建每个工作负载时，将工作负载注册到对应的容器应用组。

由上述步骤可知，容器应用组是工作负载的上级，所以在创建工作负载时，为其分配相应的上级容器应用组并注册，以便于后续的资源调取。

S103：获取同一容器应用组的工作负载的负载信息，以及与工作负载关联的所有组件的组件信息。

当工作负载注册到对应的容器应用组时，需要在记录工作负载信息的同时，获取该工作负载关联的所有组件如该工作负载挂载的卷、挂载的配置、加密配置、以及开通的服务地址、访问路由等信息，并在获取到上述信息后记录在对应的容器应用组的数据下。

S104：接收到备份请求时，将负载信息和组件信息同步到存储服务器。

需要说明的是，本申请所提到的接收到备份请求，该备份请求可以是操作人员发出的，也可以是装置本身发出的，也即在实际实施中，对于容器应用组的备份可以是由操作人员自由决定什么时候进行备份，也可以是提前设置好的预设时间，每到预设时刻或者每过预设时长，装置自行进行数据备份，例如预设每天的早上八点进行一次备份，以及每过两小时进行一次备份，本申请对此不做限制。另外，存储备份数据的存储服务器应为在初始化时指定的备份后端，且初始化时也应该指定备份数据存放在存储服务器的备份地址，本实施例不限制备份地址是否唯一，但应当清楚的是，当需要进行备份时，备份数据应当有确定的存储位置。同样，存储服务器为一种一般的实施方式，实际使用中使用其他存储装置或介质也可，本申请对此不做限制。

另外，关于多次备份的不同备份数据存储的问题，本实施例对此不做限制，可以将每次备份时的不同备份数据分开存储，当需要还原时能够选择相应的的备份数据进行还原，也可以每次备份时都覆盖上一次的备份数据，仅保留最后一份备份数据，可根据实际情况而定。

S105：接收到还原请求时，获取存储服务器的备份数据，将备份数据同步到对应的容器应用组，其中，备份数据为同步至所处存储数据的负载信息和组件信息。

在进行数据的还原时，一种还原的实施方式为：先判断当前容器应用组所对应的组件清单是否与备份数据中的组件清单一致，然后对缺少的组件进行新增操作，多出的组件进行删除操作，两侧都存在的组件则进行比对，若不一致则进行重建操作。但值得注意的是，上述实施方式仅为一种优选方案，本实施例不限制于只这一种还原方式。

本申请提供的一种容器备份还原方法，添加一种新的容器资源的定义，为容器应用组，并设置该定义为工作负载的上级，在添加工作负载时，将工作负载注册到对应的容器应用组下，在备份时，就能以一个容器应用组为单位，获取对应的全部工作负载以及其关联的组件的数据，还原时也同样对于一个容器应用组进行数据还原，以实现将容器资源以容器应用组为单元进行整体的备份与还原操作，从而保证业务的完整性与一致性。

由上述可知，获取工作负载的关联组件的信息是在工作负载添加的时候进行的，当工作负载在工作工程中其关联组件发生了变化，就不能保证获得的数据的准确性和一致性，所以，本实施例在上述实施例的基础上，提供一种优选方案，在创建每个工作负载时，还包括：

S201：监听工作负载的负载信息与组件信息的变化，以便于对工作负载以及关联组件进行相应的增删改操作。

由上述的实施例可知，在进行备份时，需要获取当前容器应用组下所有工作负载的负载信息与组件信息，由于工作负载的负载信息以及组件信息不是一成不变的，当出现变化时，通过监听机制及时得知，并获取变化后的信息，以便当需要进行备份时直接进行备份，无需重新获取，提高了备份效率的同时，也保证了容器应用组下的组件的准确性与一致性。

上述实施例对于如何备份同一容器应用组的数据作出了详细的描述，但由于负载信息和组件信息中不是所有的数据都是必要的，所以出于节省空间的考虑，本实施例还提供一种优选方案：

S202：将组件信息基于组件类型进行分成非存储类数据和存储类数据。

S203：将非存储类数据的元数据同步至存储服务器，将存储类数据的元数据和存储数据同步至存储服务器。

本实施例中所提到的元数据又称中介数据、中继数据，为描述数据的数据，主要是描述数据属性的信息，用来支持如指示存储位置、历史数据、资源查找、文件记录等功能，算是一种电子式目录。另外，本实施例中所提到的非存储类数据可以是工作负载、访问地址等数据。

备份元数据时，以yaml文件的形式存储在后端存储服务器上，备份存储类数据时，由于容器集群的特性，存储卷的数据均会保留在容器集群中对应的某一物理节点的某个目录下。通过对存储组件的解析，获取对应的存储的节点以及文件目录，找到对应的节点以及文件目录后，会先判断该节点该目录有没有对应的传输命令，如果没有则会创建；创建完成后，会将该文件目录以及对应的存储的服务器地址下的目录进行远程同步，将存储数据同步到远程目录下，从而完成整个容器应用组的备份。

yaml：是一个可读性高，用来表达数据序列化的格式。

同时，为进一步节省空间，本实施例还提供一种优选方案，在将元数据同步至存储服务器之前，还包括：对元数据进行裁剪。

在对元数据进行备份时，对组件数据进行裁剪，只保留关键的数据，裁剪非必要的数据例如实时状态数据、改动记录数据等，并保存为对应的元数据yaml文件，并通过远程备份命令将生产的yaml文件传输到后端存储服务器上。

本实施例相对于上述实施例的优势在于：通过对数据根据组件类型进行分类，适应性的存取所需要的数据，从而减少所需备份的数据的总量，达到解决存储空间的目的。另外，通过对元数据进行裁剪，裁剪去不必要的数据，使得元数据更精简，存储时所需的空间更小，同时，在还原过程中进行元数据的比对时，裁剪后的元数据相对于没裁剪的元数据体量更小，所以对比的速率更快，从而提高了备份的速度。

在上述实施例中，本申请公开了一种可以存储多份备份数据的实施方式，如此，当需要进行还原时，就需要能够选择操作人员所需要的备份数据进行还原，所以，本实施例在上述实施例的基础上，还提供一种优选的实施方案，在将负载信息和组件信息同步到存储服务器之后，还包括：

S204：生成备份信息，其中，不同的备份信息对应不同的备份数据。

相应的，获取存储服务器的备份数据包括：

S205：根据备份信息，获取相应的备份数据。

当操作人员需要进行还原时，首先确定操作人员选择的需要还原的备份信息，然后根据该备份信息查询并读取存储服务器中所对应的备份数据，将其返回至容器集群，以便于还原。

值得注意的是，本实施例并未限制数据具体的还原形式、顺序等，但是由于在上述实施例中，一种实施方式是将数据分为非存储类数据与存储类数据分别进行不同的存储操作的，非存储类数据备份元数据，存储类数据既备份元数据也备份存储数据，所以在还原时一种一般的实施方案为：

先进行元数据的还原，根据备份数据中的组件清单与当前容器应用组下的组件进行比对，缺少的组件进行创建操作，新增的组件进行删除操作，两侧都存在的组件则进行元数据的比对，不一致则重建，其中，进行比对的元数据可以是上述实施例中提到的裁剪后的元数据。

当元数据还原完毕后，进行存储数据的还原，由于先进行的元数据的还原，所以在还原卷的元数据时就获得了当前存储卷对应的主机以及文件目录，与备份时一样，也要先判断是否存在对应的传输命令，没有则创建，再将备份数据从存储服务器同步至容器集群中对应的文件目录下，从而完成整个还原过程。

所以，本实施例通过在进行完一次备份过程后，生成与备份数据对应的备份信息，以便于进行数据还原时，能够选择指定的备份数据还原，如此，存储服务器就可以同时存储多份备份数据，且不用担心在还原时无法区分指定某一份备份数据进行还原，进一步提高了容器备份还原的适用性。

由上述实施例可知，本申请是以容器应用组进行备份与还原的，所以会出现备份数据过大，容器集群侧无法容纳备份数据以进行还原的情况，所以，本实施例在上述实施例的基础上，还提供一种实施方案，接收到还原请求时，还包括：判断要还原的容器应用组是否满足还原前置条件，若不满足则中断还原并发出提示信息。

本实施例不限制于还原前置条件具体的实施方式，但提供一种优选的实施方案，还原前置条件为：是否有足够的应用空间。

在接收到还原请求之后，判断对应的容器集群是否满足还原前置条件，若满足则继续进行还原操作，若不满足则中断还原且发出提示信息以提醒操作人员进行检查或其他操作，至于提示信息的具体形式本实施例对此不做限制。

本实施例相对于上述实施例的优势在于：在进行数据还原之前先判断对应的容器集群能否满足进行数据还原的需求，也即是否满足还原前置条件，以防止进行数据还原时由于空间不足等原因，使得数据还原不充分的情况，从而进一步保证业务供给的一致性与完整性。

由于容器以及资源定义等方面都为软件层面上的，所以为进一步说明本申请所提供的一种容器备份还原方法，下面就软件层面上的一种本方法的实施方式，作出详细说明。

本方法可由一种容器备份还原装置实现，如图2所示，包含：服务感知模块21、数据备份模块22和数据还原模块23；

服务感知模块21用于实现对容器应用组的定义；注册工作负载至对应的容器应用组中，并获取相应的组件信息和负载信息；对工作负载进行监听，以获取工作负载所关联的组件信息的变化，并获取变化后的信息。

当工作负载注册时，服务感知模块21在记录工作负载信息的同时，还获取该工作负载关联的所有组件的信息，如该工作负载挂载的卷、挂载的配置、加密配置、以及开通的服务地址、访问路由等；服务感知模块21在获取到工作负载关联的所有组件的信息后，记录在对应的容器应用数据下。

而当工作负载注册后，服务感知模块21会基于注册的工作负载信息，监听工作负载以及工作负载关联的组件信息的变化，从而对工作负载以及关联组件进行相应的增删改操作。

数据备份模块22则是用于实现对容器应用组数据的备份。数据备份模块22在初始化时要设置对应的备份后端，也即存储服务器，当操作人员发起备份请求后，数据备份模块22由服务感知模块21处获取对应的容器应用组下的所有组件信息，并基于组件类型分成非存储类数据和存储类数据。

例如工作负载、访问地址等非存储类数据进行元数据备份，首先对元数据进行裁剪，裁剪去非必要的，例如实时状态数据、改动记录数据等数据，将裁剪后的数据保存为yaml文件，并传输到存储服务器上以存储。

对于存储类数据，在进行完与上述一致的元数据备份后，还对存储数据进行备份。而由于容器集群的特性，存储卷的数据均会保留在容器集群中对应的某一物理节点的某个目录下，所以对存储组件进行解析，以获取对应的存储节点和文件目录，最后根据传输命令进行同步，并生成对应的备份信息，最终实现容器应用组的数据备份。

数据还原模块23则主要是实现对容器应用组的数据的还原操作，在操作人员选择需要进行还原的备份信息后，查询对应的存储服务器中对应的备份数据，获取到备份数据后，判断要进行还原的容器集群是否满足还原前置条件，满足则继续后续步骤，若不满足则中断还原操作并发出提示信息警示操作人员进行相应的处理。

判断完还原前置条件后，先进行元数据的还原，根据备份数据的组件清单与对应容器应用组下的组件进行比对，缺少的新建，多出的删除，一致的则进行元数据比对，若元数据不一致，对该组件进行重建。

当元数据还原完毕以后，对存储数据进行还原，由于在还原的元数据中包含了当前存储卷对应的主机以及文件目录，所以直接根据传输命令将备份数据同步至容器集群中对应的文件目录下，从而完成整个数据还原过程。

在上述实施例中，对于一种容器备份还原方法进行了详细描述，本申请还提供一种容器备份还原装置对应的实施例。需要说明的是，本申请从两个角度对装置部分的实施例进行描述，一种是基于功能模块的角度，另一种是基于硬件的角度。

基于功能模块角度，本申请提供的一种容器备份还原装置包括：

定义模块，用于添加容器应用组的定义；

注册模块，用于创建每个工作负载时，将工作负载注册到对应的容器应用组；

获取模块，用于获取同一容器应用组的工作负载的负载信息，以及与工作负载关联的所有组件的组件信息；

备份模块，用于接收到备份请求时，将负载信息和组件信息同步到存储服务器；

还原模块，用于接收到还原请求时，获取存储服务器的备份数据，将备份数据同步到对应的容器应用组，其中，备份数据为同步至所处存储数据的负载信息和组件信息。

由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

图3为本申请另一实施例提供的一种容器备份还原装置的结构图，如图3所示，一种容器备份还原装置包括：存储器30，用于存储计算机程序；

处理器31，用于执行计算机程序时实现如上述实施例一种容器备份还原方法的步骤。

本实施例提供的一种容器备份还原装置可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。

其中，处理器31可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器31可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器31也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(CentralProcessing Unit，CPU)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器31可以在集成有图像处理器(Graphics Processing Unit，GPU)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器31还可以包括人工智能(Artificial Intelligence，AI)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器30可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器30还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器30至少用于存储以下计算机程序301，其中，该计算机程序被处理器31加载并执行之后，能够实现前述任一实施例公开的一种容器备份还原方法的相关步骤。另外，存储器30所存储的资源还可以包括操作系统302和数据303等，存储方式可以是短暂存储或者永久存储。其中，操作系统302可以包括Windows、Unix、Linux等。数据303可以包括但不限于一种容器备份还原方法等。

在一些实施例中，一种容器备份还原装置还可包括有显示屏32、输入输出接口33、通信接口34、电源35以及通信总线36。

本领域技术人员可以理解，图3中示出的结构并不构成对一种容器备份还原装置的限定，可以包括比图示更多或更少的组件。

本申请实施例提供的一种容器备份还原装置，包括存储器和处理器，处理器在执行存储器存储的程序时，能够实现如下方法：一种容器备份还原方法。

最后，本申请还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。

可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本申请所提供的一种容器备份还原方法、装置及其介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种容器备份还原方法，其特征在于，包括：

添加容器应用组的定义；

创建每个工作负载时，将所述工作负载注册到对应的所述容器应用组；

获取同一所述容器应用组的所述工作负载的负载信息，以及与所述工作负载关联的所有组件的组件信息；

接收到备份请求时，将所述负载信息和所述组件信息同步到存储服务器；

接收到还原请求时，获取所述存储服务器的备份数据，将所述备份数据同步到对应的所述容器应用组，其中，所述备份数据为同步至所处存储数据的所述负载信息和所述组件信息。

2.根据权利要求1所述的容器备份还原方法，其特征在于，所述创建每个工作负载时，还包括：监听所述工作负载的所述负载信息与所述组件信息的变化，以便于对所述工作负载以及关联组件进行相应的增删改操作。

3.根据权利要求1所述的容器备份还原方法，其特征在于，所述将所述负载信息和所述组件信息同步到存储服务器包括：

将所述组件信息基于组件类型进行分成非存储类数据和存储类数据；

将所述非存储类数据的元数据同步至所述存储服务器，将所述存储类数据的元数据和存储数据同步至所述存储服务器。

4.根据权利要求3所述的容器备份还原方法，其特征在于，在所述将元数据同步至所述存储服务器之前，还包括：对所述元数据进行裁剪。

5.根据权利要求1所述的容器备份还原方法，其特征在于，在所述将所述负载信息和所述组件信息同步到存储服务器之后，还包括：

生成备份信息，其中，不同的所述备份信息对应不同的所述备份数据；

相应的，所述获取所述存储服务器的备份数据包括：根据所述备份信息，获取相应的所述备份数据。

6.根据权利要求1至5任意一项所述的容器备份还原方法，其特征在于，所述接收到还原请求时，还包括：判断要还原的所述容器应用组是否满足还原前置条件，若不满足则中断还原并发出提示信息。

7.根据权利要求6所述的容器备份还原方法，其特征在于，所述还原前置条件包括：足够的应用空间。

8.一种容器备份还原装置，其特征在于，包括：

定义模块，用于添加容器应用组的定义；

注册模块，用于创建每个工作负载时，将所述工作负载注册到对应的所述容器应用组；

获取模块，用于获取同一所述容器应用组的所述工作负载的负载信息，以及与所述工作负载关联的所有组件的组件信息；

备份模块，用于接收到备份请求时，将所述负载信息和所述组件信息同步到存储服务器；

还原模块，用于接收到还原请求时，获取所述存储服务器的备份数据，将所述备份数据同步到对应的所述容器应用组，其中，所述备份数据为同步至所处存储数据的所述负载信息和所述组件信息。

9.一种容器备份还原装置，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任意一项所述的容器备份还原方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任意一项所述的容器备份还原方法的步骤。

Images