CN112948177A - 一种容灾备份方法、装置、电子设备及存储介质 - Google Patents

一种容灾备份方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN112948177A
CN112948177A CN202110204893.1A CN202110204893A CN112948177A CN 112948177 A CN112948177 A CN 112948177A CN 202110204893 A CN202110204893 A CN 202110204893A CN 112948177 A CN112948177 A CN 112948177A
Authority
CN
China
Prior art keywords
virtual machine
backup
target
disaster recovery
target virtual
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110204893.1A
Other languages
English (en)
Inventor
毋永鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Kingsoft Cloud Network Technology Co Ltd
Original Assignee
Beijing Kingsoft Cloud Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Kingsoft Cloud Network Technology Co Ltd filed Critical Beijing Kingsoft Cloud Network Technology Co Ltd
Priority to CN202110204893.1A priority Critical patent/CN112948177A/zh
Publication of CN112948177A publication Critical patent/CN112948177A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45562—Creating, deleting, cloning virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明实施例提供的一种容灾备份方法、装置、电子设备及存储介质，通过在接收到容灾备份任务后，从本端的虚拟机中确定待进行容灾备份的目标虚拟机，在目标虚拟机对应的目标云服务端中确定与目标虚拟机对应的备份虚拟机，并将目标虚拟机的磁盘数据同步至备份虚拟机，可以实现以虚拟机为粒度进行容灾备份，相较于现有的双活容灾方案需要对整个***进行容灾备份而言，其灾备方式更加灵活。进一步地，本方案基于主备容灾实现，即目标虚拟机和其对应的备份虚拟机中只有一端作为主端处于运行状态，另一端作为备端在主端发生故障时接替主端运行，这相较于现有的双活容灾方案需要两端同时在线运行而言，其资源耗费较少。

Description

一种容灾备份方法、装置、电子设备及存储介质
技术领域
本发明涉及数据处理领域，尤其涉及一种容灾备份方法、装置、电子设备及存储介质。
背景技术
容灾备份***是指在相隔较远的异地，建立两套或多套功能相同的IT***，互相之间可以进行健康状态监视和功能切换，当一处***因意外(如火灾、地震等)停止工作时，整个应用***可以切换到另一处，使得该***功能可以继续正常工作。
现有的容灾备份***通常采用双活容灾方案，双活容灾方案是指，在异地建立一套完整的、与本地***相当的***，两套***同时在线运行。由此可见，虽然双活容灾抗风险能力强，且适用于对数据实时性要求很高的应用场景，但是，双活容灾方案需要对整个***进行灾备，灾备方式不灵活，并且需要两套***同时运行，这就导致资源耗费大。
发明内容
为了解决现有的双活容灾存在的灾备方式不灵活，资源耗费大的技术问题，本发明提供了一种容灾备份方法、装置、电子设备及存储介质。
第一方面，本发明提供了一种容灾备份方法，应用于多区域云服务***中任一区域的云服务端，所述方法包括：
在接收到容灾备份任务后，从本端的虚拟机中确定待进行容灾备份的目标虚拟机；
在所述目标虚拟机对应的目标云服务端中确定所述目标虚拟机对应的备份虚拟机；
将所述目标虚拟机的磁盘数据同步至所述备份虚拟机。
在一种可能的实现方式中，所述从本端已创建的多台虚拟机中确定待进行容灾备份的目标虚拟机，包括：
获取本端已创建的多台虚拟机的设定优先级；
确定设定优先级满足预设条件的虚拟机作为目标虚拟机。
在一种可能的实现方式中，所述在所述目标虚拟机对应的目标云服务端中确定所述目标虚拟机对应的备份虚拟机，包括：
确定所述目标虚拟机对应的目标云服务端中是否具有与所述目标虚拟机相匹配的虚拟机；
如果所述目标云服务端中具有与所述目标虚拟机相匹配的虚拟机，则将所述相匹配的虚拟机确定为与所述目标虚拟机对应的备份虚拟机；
如果所述目标云服务端中不具有与所述目标虚拟机相匹配的虚拟机，则将所述目标虚拟机的虚拟机配置信息发送至所述目标云服务端，以及控制所述目标云服务端基于所述虚拟机配置信息创建与所述目标虚拟机对应的备份虚拟机。
在一种可能的实现方式中，将所述目标虚拟机的数据同步至所述备份虚拟机，包括：
当确定所述目标云服务端中不具有与所述目标虚拟机相匹配的虚拟机时，将所述目标虚拟机的全量数据同步至创建的所述备份虚拟机；
当确定所述目标云服务端中具有与所述目标虚拟机相匹配的虚拟机时，将所述目标虚拟机的增量数据同步至所述相匹配的虚拟机。
在一种可能的实现方式中，将所述目标虚拟机的全量数据同步至创建的所述备份虚拟机，包括：
创建所述目标虚拟机磁盘的全量快照；
将所述全量快照同步至创建的所述备份虚拟机。
在一种可能的实现方式中，将所述目标虚拟机的增量数据同步至所述相匹配的虚拟机，包括：
创建所述目标虚拟机磁盘的增量快照；
将所述增量快照同步至所述相匹配的虚拟机。
第二方面，本申请实施例还提供了一种容灾备份装置，应用于多区域云服务***中任一区域的云服务端，所述装置包括：
目标虚拟机确定模块，用于在接收到容灾备份任务后，从本端的虚拟机中确定待进行容灾备份的目标虚拟机；
备份虚拟机确定模块，用于在所述目标虚拟机对应的目标云服务端中确定所述目标虚拟机对应的备份虚拟机；
备份模块，用于将所述目标虚拟机的磁盘数据同步至所述备份虚拟机。
在一种可能的实现方式中，所述目标虚拟机确定模块，具体用于：
获取本端已创建的多台虚拟机的设定优先级；
确定设定优先级满足预设条件的虚拟机作为目标虚拟机。
在一种可能的实现方式中，所述备份虚拟机确定模块，具体用于：
确定所述目标虚拟机对应的目标云服务端中是否具有与所述目标虚拟机相匹配的虚拟机；
如果所述目标云服务端中具有与所述目标虚拟机相匹配的虚拟机，则将所述相匹配的虚拟机确定为与所述目标虚拟机对应的备份虚拟机；
如果所述目标云服务端中不具有与所述目标虚拟机相匹配的虚拟机，则将所述目标虚拟机的虚拟机配置信息发送至所述目标云服务端，以及控制所述目标云服务端基于所述虚拟机配置信息创建与所述目标虚拟机对应的备份虚拟机。
在一种可能的实现方式中，所述备份模块包括：
全量备份子模块，用于当确定所述目标云服务端中不具有与所述目标虚拟机相匹配的虚拟机时，将所述目标虚拟机的全量数据同步至创建的所述备份虚拟机；
增量备份子模块，用于当确定所述目标云服务端中具有与所述目标虚拟机相匹配的虚拟机时，将所述目标虚拟机的增量数据同步至所述相匹配的虚拟机。
在一种可能的实现方式中，所述全量备份子模块，具体用于：
创建所述目标虚拟机磁盘的全量快照；
将所述全量快照同步至创建的所述备份虚拟机。
在一种可能的实现方式中，所述增量备份子模块，具体用于：
创建所述目标虚拟机磁盘的增量快照；
将所述增量快照同步至所述相匹配的虚拟机。
第三方面，本申请实施例还提供了一种电子设备，包括：处理器和存储器，所述处理器用于执行所述存储器中存储的容灾备份程序，以实现第一方面所述的容灾备份方法。
第四方面，本申请实施例还提供了一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现第一方面所述的容灾备份方法。
本发明实施例提供的上述技术方案与现有技术相比具有如下优点：
本发明实施例提供的一种容灾备份方案，通过在接收到容灾备份任务后，从本端的虚拟机中确定待进行容灾备份的目标虚拟机，在目标虚拟机对应的目标云服务端中确定与目标虚拟机对应的备份虚拟机，并将目标虚拟机的磁盘数据同步至备份虚拟机，可以实现以虚拟机为粒度进行容灾备份，相较于现有的双活容灾方案需要对整个***进行容灾备份而言，其灾备方式更加灵活。进一步地，本方案基于主备容灾实现，即目标虚拟机和其对应的备份虚拟机中只有一端作为主端处于运行状态，另一端作为备端在主端发生故障时接替主端运行，这相较于现有的双活容灾方案需要两端同时在线运行而言，其资源耗费较少。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种多区域云服务***的示意图；
图2为本发明实施例提供的一种容灾备份方法的流程示意图；
图3为本发明实施例提供的另一种容灾备份方法的流程示意图；
图4为本发明实施例提供的一种容灾备份方法的流程示意图；
图5为本发明实施例提供的一种目标虚拟机与备份虚拟机的示意图；
图6为本发明实施例提供的一种容灾备份方法的示意图；
图7为本发明实施例提供的一种容灾备份装置的框图；
图8为本发明实施例提供的一种电子设备的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
为便于对本发明实施例的理解，下面首先对本发明涉及的多区域云服务***进行示例性说明。
参见图1，为本发明实施例示出的一种多区域云服务***的示意图。
如图1所示，多区域云服务***包括云服务端1、云服务端2和云服务端3。其中，云服务端1、云服务端2和云服务端3相互独立，分别设置在不同的区域中，具体如图1所示。可选的，云服务端可包括一台或多台云服务器。
可以理解的是，图1中云服务端的数目和连接关系仅仅是示意，在应用中，根据实际需要，多区域云服务***可以包括至少两个云服务端，本发明实施例对云服务端的数目和云服务端之间的连接关系不做限制。
在一个例子中，假设云服务端1和云服务端2的管理网和存储网通信连接，基于此，云服务端1和云服务端2之间可以进行容灾备份。以云服务端1为例，目前可采用双活容灾方案对云服务端1进行容灾备份，即在云服务端2建立一套云服务端1的备***，且主***和备***同时在线运行。由此可见，虽然双活容灾抗风险能力强，且适用于对数据实时性要求很高的应用场景，但是，双活容灾方案需要对整个***进行灾备，灾备方式不灵活，并且需要两套***同时运行，这就导致资源耗费大。
基于此，本发明提出一种容灾备份方法，通过该方法可以实现在进行容灾备份时，只将主端中需要备份的目标虚拟机的磁盘数据同步到备端中的备份虚拟机进行备份，也即以虚拟机为粒度进行容灾备份，而无需对整个***进行备份，如此则能够使得容灾备份更加灵活，并且该方法基于主备容灾实现，即目标虚拟机和其对应的备份虚拟机中只有一端作为主端处于运行状态，另一端作为备端在主端发生故障时接替主端运行，这相较于现有的双活容灾方案需要两端同时在线运行而言，资源耗费较少。
下面结合附图以具体实施例对本发明提供的容灾备份方法做进一步的解释说明，实施例并不构成对本发明实施例的限定。
参见图2，为本发明一示例性实施例提供的一种容灾备份方法的实施例流程图，在一个例子中，该方法可应用于多区域云服务***中任一区域的云服务端，比如图1中所示例的云服务端1或云服务端2。如图2所示，该方法可包括以下步骤：
S21.在接收到容灾备份任务后，从本端的虚拟机中确定待进行容灾备份的目标虚拟机。
在应用中，一个云服务端可向多个租户提供云服务，一个租户又可以包含多个用户，每个用户都可以根据实际需求在该云服务端中创建虚拟机，这也就是说，一个云服务端上可创建多个虚拟机。
由步骤S21的描述可见，本实施例中，云服务端在接收到容灾备份任务后，并非对整个***进行容灾备份，而是从本端已创建的多台虚拟机中确定目标虚拟机，对目标虚拟机进行容灾备份。
作为一个可选的实现方式，云服务端在接收到容灾备份任务后，可根据本端已创建的多台虚拟机的设定优先级，选取设定优先级满足预设条件的虚拟机确定为目标虚拟机。可选的，上述预设条件包括：优先级排在前n位。换言之，云服务端在接收到容灾备份任务后，可通过以下过程实现从本端已创建的多台虚拟机中确定待进行容灾备份的目标虚拟机：按照设定优先级由高到低的顺序对多台虚拟机进行排序，选取排在前n位的虚拟机作为目标虚拟机，其中n为根据实际需求设定的大于0的自然数。
其中，虚拟机的设定优先级可以是用户在创建虚拟机时设定的，也可以是由云服务端的管理人员设定的，本实施例对此不作具体限定。
作为另一个可选的实现方式，云服务端在接收到容灾备份任务后，可将最近一段时间内创建的虚拟机作为目标虚拟机。换言之，云服务端在接收到容灾备份任务后，可通过以下过程实现从本端已创建的多台虚拟机中确定待进行容灾备份的目标虚拟机：获取本端已创建的多台虚拟机对应的创建时间，确定创建时间在预设时间段内的虚拟机作为目标虚拟机。其中，预设时间段可由用户根据实际需求设定，例如最近两天。
作为又一个可选的实现方式，可由用户选择待进行容灾备份的虚拟机，云服务端则将用户选择的虚拟机作为目标虚拟机。
具体的，云服务端可在本端的显示屏中展示目标虚拟机选取页面，该页面中可包含本端已创建的虚拟机，用户则可通过该页面选择待进行容灾备份的目标虚拟机。
S22.在目标虚拟机对应的目标云服务端中确定目标虚拟机对应的备份虚拟机。
作为一个实施例，同一云服务端上的不同虚拟机可对应不同的目标云服务端。比如，在图1所示例的***中，假设云服务端1中创建有虚拟机1和虚拟机2，其中虚拟机1对应的目标云服务端为云服务端2，虚拟机2对应的目标云服务端为云服务端3，进一步地，在该例子中，对于虚拟机1而言，云服务端1为主端，云服务端2为备端，而对于虚拟机2而言，云服务端1为主端，云服务端3为备端。
当然，同一云服务端上的不同虚拟机也可对应相同的目标云服务端，本发明对此不做限制。
作为一个可选的实现方式，本端中维护有虚拟机与云服务端的对应关系，那么在本步骤S22中，则可根据该对应关系确定目标虚拟机对应的目标云服务端。
具体的，可由用户在本端中创建虚拟机时即设定虚拟机对应的目标云服务端，进而可根据用户的设定，生成上述虚拟机与云服务端之间的对应关系，并将该对应关系存储至本端中。
作为另一个可选的实现方式，还可在对目标虚拟机进行容灾备份操作时，由用户选取目标虚拟机对应的目标云服务端。
具体的，云服务端可在本端的显示屏中展示目标云服务端选取页面，目标云服务端选取页面中包含多区域云服务***中设置的多个云服务端，用户则可通过该页面选择目标虚拟机对应的目标云服务端。
进一步，在目标云服务端中确定备份虚拟机。这里先说明，在实践中，为了实现备份虚拟机能够代替目标虚拟机运行，通常设定备份虚拟机和目标虚拟机具有相同的虚拟机配置信息。虚拟机配置信息包括但不限于：路由、网络、子网、port(端口)、安全组、存储池、flavor(规格)、租户和用户等。至于是如何在目标云服务端中确定备份虚拟机，在下文中通过图3所示的流程进行说明，这里先不详述。
S23.将目标虚拟机的磁盘数据同步至备份虚拟机。
上述磁盘数据可包括***盘数据和/或数据盘数据。
作为一个可选的实现方式，目标云服务端中设置有可被本端调用的用于传输数据的接口API，本端可以通过调用该API将目标虚拟机的磁盘数据同步至备份虚拟机。
作为另一个可选的实现方式，本端还可以通过向目标云服务端发送数据同步请求的方式，将目标虚拟机的磁盘数据同步至备份虚拟机。
具体的，在生成数据同步请求时，将目标虚拟机的磁盘数据添加至该请求的生成步骤中，以使得生成的数据同步请求中心携带有目标虚拟机的磁盘数据；或者在数据同步请求生成后，将目标虚拟机的磁盘数据***到该数据同步请求中的设定位置，以使得待发送的数据同步请求中携带有目标虚拟机的磁盘数据。
本实施例提供的一种容灾备份方案，在接收到容灾备份任务后，从本端的虚拟机中确定出待进行容灾备份的目标虚拟机，在目标虚拟机对应的目标云服务端中确定与目标虚拟机对应的备份虚拟机，并将目标虚拟机的磁盘数据同步至备份虚拟机，可以实现以虚拟机为粒度进行容灾备份。相较于现有的双活容灾方案需要对整个***进行容灾备份而言，其灾备方式更加灵活。进一步地，本方案基于主备容灾实现，即目标虚拟机和其对应的备份虚拟机中只有一端作为主端处于运行状态，另一端作为备端在主端发生故障时接替主端运行，这相较于现有的双活容灾方案需要两端同时在线运行而言，其资源耗费较少。
在图2所示实施例的基础上，以下通过图3所示流程对本发明实施例提供的容灾备份方法做出进一步说明，在图3所示流程中，为了便于理解，将待进行容灾备份的目标虚拟机所在的云服务端称为主端，将该目标虚拟机对应的目标云服务端称为备端，如图3所示，包括以下步骤：
S31.在接收到容灾备份任务后，从主端中的虚拟机中确定待进行容灾备份的目标虚拟机。
S32.确定与目标虚拟机对应的备端中是否具有与所述目标虚拟机相匹配的虚拟机，若备端中具有与目标虚拟机相匹配的虚拟机则执行S33，若备端中不具有与目标虚拟机相匹配的虚拟机则执行S35。
作为一个实施例，主端可以通过确定备端中是否具有目标虚拟机的虚拟机配置信息来确定备端中是否有与目标虚拟机相匹配的虚拟机。具体的，若备端中具有目标虚拟机的虚拟机配置信息，则可确定备端中有与目标虚拟机相匹配的虚拟机，若备端中不具有目标虚拟机的虚拟机配置信息，则可确定备端中没有与目标虚拟机相匹配的虚拟机。
作为一个可选的实现方式，主端可获取备端中创建的所有虚拟机的虚拟机配置信息，进而查询获取到的虚拟机配置信息中是否具有目标虚拟机的虚拟机配置信息。可选的，主端可通过调用备端中设置的远程查询接口API获取备端中创建的所有虚拟机的虚拟机配置信息。
作为另一个可选的实现方式，主端可向备端发送查询请求，该查询请求用于请求备端查询是否存储有目标虚拟机的虚拟机配置信息，备端接收到查询请求后，查询是否存储有与目标虚拟机同租户同用户下的路由、网络、子网、port(端口)、安全组、存储池、flavor(规格)等虚拟机配置信息，并将查询结果反馈给主端。
S33.将与目标虚拟机相匹配的虚拟机确定为与目标虚拟机对应的备份虚拟机，并执行S34。
若备端中存储有与目标虚拟机的虚拟机配置信息，则说明此前在备端对目标虚拟机曾执行过容灾备份操作，也即备端中已创建目标虚拟机对应的备份虚拟机，其中，上述相匹配的虚拟机则为目标虚拟机对应的备份虚拟机。
S34.将目标虚拟机的增量数据同步至对应的备份虚拟机。
作为一个实施例，主端可以通过创建增量快照的方式得到目标虚拟机的增量数据。
具体的，确定目标虚拟机之前最近一次容灾备份的时间，将该时间作为起始时间，将当前时间作为结束时间，创建起始时间与结束时间之间目标虚拟机的增量快照，得到增量快照文件，将增量快照文件作为增量数据发送至备端，备端对与目标虚拟机相匹配的虚拟机(即备份虚拟机)进行增量快照文件写入，使得备份虚拟机同步目标虚拟机的最新数据，完成对增量数据的备份。
S35.将目标虚拟机的虚拟机配置信息发送至备端，以及控制备端基于所述虚拟机配置信息创建与目标虚拟机对应的备份虚拟机，并执行S36。
作为一个实施例，若备端中没有目标虚拟机的虚拟机配置信息，则意味着此前未在备端对该目标虚拟机执行过容灾备份操作，备端未创建过目标虚拟机对应的备份虚拟机，因此则可先在备端中创建与目标虚拟机对应的备份虚拟机。其中，为了保证创建的备份虚拟机与目标虚拟机一致，主端将目标虚拟机的虚拟机配置信息发送至备端，并控制备端基于发送的虚拟机配置信息创建对应的备份虚拟机。
可选的，主端可以调用备端预设的数据传输接口API，将虚拟机配置信息传输至备端，并调用备端预设的远程创建接口API，远程控制备端执行备份虚拟机的创建操作。
S36.将目标虚拟机的全量数据同步至备端创建的备份虚拟机。
若备端不具有与目标虚拟机相匹配的虚拟机，则说明主端与备端之间未进行过针对目标虚拟机的容灾备份，此次为针对目标虚拟机的首次容灾备份，在首次容灾备份时将目标虚拟机的全量数据同步至备份虚拟机中进行备份。
具体的，主端创建目标虚拟机的全量快照得到全量快照文件，将全量快照文件作为目标虚拟机的全量数据发送至备端，备端使用主端同步的全量快照文件，替换备份虚拟机的本地存储(包括***盘和数据盘)，从而实现对目标虚拟机的首次全量备份。
本实施例提供的容灾备份方法，通过检测备端中是否有与目标虚拟机相匹配的虚拟机，以此来确定目标虚拟机是否是首次容灾备份，若非首次容灾备份则只对增量数据进行容灾备份，避免每次都进行全量数据容灾备份存在的数据传输量大，数据冗余等问题。
本发明实施例进行容灾备份的目的是当目标虚拟机遭受计算机病毒、软硬件故障、人为操作错误、自然灾害(如火灾、地震等)等故障时，灾备功能可以保证目标虚拟机的用户数据的恢复及应用服务的恢复。
因此，在上述任一实施例的基础上，在多区域云服务***运行过程中，备端监测主端中的目标虚拟机是否发生故障，若目标虚拟机发生故障，则备端自动拉起备份虚拟机，直接恢复业务，并将备端自身角色切换为主端，提供虚拟机业务运行。后续原主端故障消除，环境恢复后，自动变为备端接收新的主端的数据同步写入。
具体的，在多区域云服务***运行过程中，备端定期检测主端与备端之间的通信网和存储网的连接状态，若通信网和/或存储网连接断开，则确定主端中的目标虚拟机出现故障。
在本实施例中，在目标虚拟机出现故障时，及时通过备份虚拟机进行业务恢复，保证了多区域云服务***的稳定运行。同时，相较于双活容灾方案中两个***均处于运行状态，本实施例提供的容灾备份方法是基于主备容灾实现，即目标虚拟机和其对应的备份虚拟机中只有一端作为主端处于运行状态，另一端作为备端在主端发生故障时接替主端运行，其资源消耗较少。
下面结合附图4，以多区域云服务***应用本发明提供的容灾备份方法进行容灾备份这一应用场景为例，对本发明实施例提供的容灾备份方法进行说明，参见图4，包括如下步骤：
S41.主端判断目标虚拟机是否是首次执行灾备，若确定是首次执行灾备，则执行S42，否则执行S46。
作为一个实施例，可以通过检测与目标虚拟机对应的备端是否存在与目标虚拟机相匹配的备份虚拟机来确定目标虚拟机是否是首次灾备，若备端存在与目标虚拟机相匹配的备份虚拟机，则确定目标虚拟机不是首次执行灾备，若备端不存在与目标虚拟机相匹配的备份虚拟机，则确定目标虚拟机是首次执行灾备。
S42.主端将目标虚拟机的配置信息同步至备端。
S43.备端基于主端同步的配置信息创建与目标虚拟机相同的备份虚拟机。
如图5所示，主端与备端之间管理网和存储网连通，目标虚拟机的配置信息通过管理网同步至备端，配置信息可以包括磁盘及网络配置信息和存储配置信息，其中磁盘及网络配置信息可以包括flavor(规格)、Floating IP(即浮动IP)、安全组、和Net/subnet等，存储配置信息可以包括存储池等信息。
S44.主端创建目标虚拟机的全量快照，将全量快照同步至备端。
作为一个实施例，主端可以通过存储网将全量快照同步备端。
S45.备端使用主端同步的全量快照，替换备份虚拟机中对应的本地存储，包含***盘和所有数据盘，至此完成首次全量备份。
S46.主端创建目标虚拟机的增量快照，将增量快照同步至备端。
具体的，主端可以通过存储网将增量快照同步备端。
S47.备端将主端同步的增量快照写入备份虚拟机中对应的磁盘，从而完成增量备份，实现最新数据的同步。
参见图6所示，在首次灾备时，主端创建目标虚拟机的全量快照snap1，然后导出全量snap1文件，将snap1文件同步到备端，备端则将snap1文件导入到备份虚拟机中，完成首次的全量灾备；在非首次灾备时，主端创建目标虚拟机的增量快照snap2，然后导出snap2文件，将snap2文件同步到备端，备端则将snap2文件导入到备份虚拟机中，完成增量备份。
S48.备端判断主端的目标虚拟机是否发生灾难，若是，则执行S49，否则执行S46继续对目标虚拟机的增量数据进行备份。
当目标虚拟机发生灾难时，主端与备端之间的连接会断开，因此，可以利用备端监测主端是否断连来确定主端的目标虚拟机是否发生灾难，若监测到断连，则确定目标虚拟机发生灾难，否则确定目标虚拟机没有发生灾难。
S49.备端拉起备份虚拟机。
备份虚拟机与目标虚拟机是保持一致的，因此当目标虚拟机发生灾难时，通过拉起备份虚拟机即可快速恢复业务，在备端拉起备份虚拟机进行业务处理后，备端的身份切换为主端。
本发明实施例还提供了一种容灾备份装置，应用于多区域云服务***中任一区域的云服务端，如图7所示，该装置可以包括：
目标虚拟机确定模块701，用于在接收到容灾备份任务后，从本端的虚拟机中确定待进行容灾备份的目标虚拟机；
备份虚拟机确定模块702，用于在所述目标虚拟机对应的目标云服务端中确定所述目标虚拟机对应的备份虚拟机；
备份模块703，用于将所述目标虚拟机的磁盘数据同步至所述备份虚拟机。
作为一个实施例，所述目标虚拟机确定模块701，具体用于：
获取本端已创建的多台虚拟机的设定优先级；
确定设定优先级满足预设条件的虚拟机作为目标虚拟机。
作为一个实施例，所述备份虚拟机确定模块702，具体用于：
确定所述目标虚拟机对应的目标云服务端中是否具有与所述目标虚拟机相匹配的虚拟机；
如果目标云服务端中具有与所述目标虚拟机相匹配的虚拟机，则将所述相匹配的虚拟机确定为与所述目标虚拟机对应的备份虚拟机；
如果目标云服务端中不具有与所述目标虚拟机相匹配的虚拟机，则将所述目标虚拟机的虚拟机配置信息发送至所述目标云服务端，以及控制所述目标云服务端基于所述虚拟机配置信息创建与所述目标虚拟机对应的备份虚拟机。
作为一个实施例，所述备份模块703包括：
全量备份子模块，用于当确定所述目标云服务端中不具有与所述目标虚拟机相匹配的虚拟机时，将所述目标虚拟机的全量数据同步至创建的所述备份虚拟机；
增量备份子模块，用于当确定所述目标云服务端中具有与所述目标虚拟机相匹配的虚拟机时，将所述目标虚拟机的增量数据同步至所述相匹配的虚拟机。
作为一个实施例，所述全量备份子模块，具体用于：
创建所述目标虚拟机磁盘的全量快照；
将所述全量快照同步至创建的所述备份虚拟机。
作为一个实施例，所述增量备份子模块，具体用于：
创建所述目标虚拟机磁盘的增量快照；
将所述增量快照同步至所述相匹配的虚拟机。
在本发明另一实施例中，还提供了一种电子设备，如图8所示，包括处理器801、通信接口802、存储器803和通信总线804，其中，处理器801，通信接口802，存储器803通过通信总线804完成相互间的通信；
存储器803，用于存放计算机程序；
处理器801，用于执行存储器803上所存放的程序时，实现如下步骤：
在接收到容灾备份任务后，从本端的虚拟机中确定待进行容灾备份的目标虚拟机；
在所述目标虚拟机对应的目标云服务端中确定所述目标虚拟机对应的备份虚拟机；
将所述目标虚拟机的磁盘数据同步至所述备份虚拟机。
上述电子设备提到的通信总线804可以是外设部件互连标准(PeripheralComponent Interconnect，简称PCI)总线或扩展工业标准结构(Extended IndustryStandard Architecture，简称EISA)总线等。该通信总线804可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口802用于上述电子设备与其他设备之间的通信。
存储器803可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器801可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本发明另一实施例中，还提供了一种存储介质，所述存储介质上存储有容灾备份方法程序，所述容灾备份方法程序被处理器执行时实现上述任一所述的容灾备份方法的步骤。
本发明实施例在具体实现时，可以参阅上述各个实施例，具有相应的技术效果。
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (9)

1.一种容灾备份方法，其特征在于，应用于多区域云服务***中任一区域的云服务端，所述方法包括：
在接收到容灾备份任务后，从本端的虚拟机中确定待进行容灾备份的目标虚拟机；
在所述目标虚拟机对应的目标云服务端中确定所述目标虚拟机对应的备份虚拟机；
将所述目标虚拟机的磁盘数据同步至所述备份虚拟机。
2.根据权利要求1所述的方法，其特征在于，所述从本端已创建的多台虚拟机中确定待进行容灾备份的目标虚拟机，包括：
获取本端已创建的多台虚拟机的设定优先级；
确定设定优先级满足预设条件的虚拟机作为目标虚拟机。
3.根据权利要求1所述的方法，其特征在于，所述在目标虚拟机对应的目标云服务端中确定所述目标虚拟机对应的备份虚拟机，包括：
确定所述目标虚拟机对应的目标云服务端中是否具有与所述目标虚拟机相匹配的虚拟机；
如果所述目标云服务端中具有与所述目标虚拟机相匹配的虚拟机，则将所述相匹配的虚拟机确定为与所述目标虚拟机对应的备份虚拟机；
如果所述目标云服务端中不具有与所述目标虚拟机相匹配的虚拟机，则将所述目标虚拟机的虚拟机配置信息发送至所述目标云服务端，以及控制所述目标云服务端基于所述虚拟机配置信息创建与所述目标虚拟机对应的备份虚拟机。
4.根据权利要求3所述的方法，其特征在于，将所述目标虚拟机的磁盘数据同步至所述备份虚拟机，包括：
当确定所述目标云服务端中不具有与所述目标虚拟机相匹配的虚拟机时，将所述目标虚拟机的全量数据同步至创建的所述备份虚拟机；
当确定所述目标云服务端中具有与所述目标虚拟机相匹配的虚拟机时，将所述目标虚拟机的增量数据同步至所述相匹配的虚拟机。
5.根据权利要求4所述的方法，其特征在于，将所述目标虚拟机的全量数据同步至创建的所述备份虚拟机，包括：
创建所述目标虚拟机磁盘的全量快照；
将所述全量快照同步至创建的所述备份虚拟机。
6.根据权利要求4所述的方法，其特征在于，将所述目标虚拟机的增量数据同步至所述相匹配的虚拟机，包括：
创建所述目标虚拟机磁盘的增量快照；
将所述增量快照同步至所述相匹配的虚拟机。
7.一种容灾备份装置，其特征在于，应用于多区域云服务***中任一区域的云服务端，所述装置包括：
目标虚拟机确定模块，用于在接收到容灾备份任务后，从本端的虚拟机中确定待进行容灾备份的目标虚拟机；
备份虚拟机确定模块，用于在所述目标虚拟机对应的目标云服务端中确定所述目标虚拟机对应的备份虚拟机；
备份模块，用于将所述目标虚拟机的磁盘数据同步至所述备份虚拟机。
8.一种电子设备，其特征在于，包括：处理器和存储器，所述处理器用于执行所述存储器中存储的容灾备份程序，以实现权利要求1-6任一所述的容灾备份方法。
9.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1-6任一所述的容灾备份方法。
CN202110204893.1A 2021-02-23 2021-02-23 一种容灾备份方法、装置、电子设备及存储介质 Pending CN112948177A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110204893.1A CN112948177A (zh) 2021-02-23 2021-02-23 一种容灾备份方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110204893.1A CN112948177A (zh) 2021-02-23 2021-02-23 一种容灾备份方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN112948177A true CN112948177A (zh) 2021-06-11

Family

ID=76245796

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110204893.1A Pending CN112948177A (zh) 2021-02-23 2021-02-23 一种容灾备份方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN112948177A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114706661A (zh) * 2022-05-31 2022-07-05 武汉四通信息服务有限公司 虚拟机的容灾备份方法、***、计算机设备及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114706661A (zh) * 2022-05-31 2022-07-05 武汉四通信息服务有限公司 虚拟机的容灾备份方法、***、计算机设备及存储介质

Similar Documents

Publication Publication Date Title
CN109151045B (zh) 一种分布式云***及监控方法
TWI724106B (zh) 資料中心間的業務流量控制方法、裝置及系統
CN108632067B (zh) 容灾部署方法、装置及***
JP3554472B2 (ja) 分散コンピュータ環境におけるプロセッサ・ドメインのメンバー管理方法及び装置
CN103546914B (zh) 一种hss主备管理的方法及装置
CN104935672A (zh) 负载均衡服务高可用实现方法和设备
WO2019128670A1 (zh) 用于在分布式***中使管理能力自恢复的方法和装置
WO2016177231A1 (zh) 基于双主控的主备倒换方法及装置
CN105554130A (zh) 基于分布式存储***的NameNode切换方法和切换装置
CN110324375B (zh) 一种信息备份方法及相关设备
CN115576655B (zh) 容器数据保护***、方法、装置、设备及可读存储介质
JPH08212095A (ja) クライアントサーバ制御システム
CN105553682A (zh) 事件通知方法及用于事件通知的***
WO2018019158A1 (zh) 一种会议恢复的方法、业务管理中心及***
CN115658390A (zh) 容器容灾方法、***、装置、设备及计算机可读存储介质
CN110083653B (zh) 一种订单数据的操作方法、装置、计算机设备和存储介质
Tomás et al. Disaster recovery layer for distributed openstack deployments
CN112948177A (zh) 一种容灾备份方法、装置、电子设备及存储介质
CN112787918B (zh) 一种基于服务路由树的数据中心寻址与主备切换方法
CN111309515A (zh) 一种容灾控制方法、装置及***
CN113794765A (zh) 基于文件传输的网闸负载均衡方法及装置
JP3407016B2 (ja) 網管理システム
CN110351122B (zh) 容灾方法、装置、***与电子设备
CN106534758B (zh) 会议备份方法和装置
CN111083074A (zh) 主备双ospf状态机的高可用性方法和***

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination