[发明专利]虚拟机迁移的基于存储层的编排

说明书

基于存储层的编排方法可以跨不同的虚拟化环境有效地迁移虚拟化企业级系统。可以在公共云目的地中创建具有虚拟机(VM)的多个虚拟磁盘的源逻辑存储容器的副本作为目的地逻辑存储容器。每个VM与包括用于VM的引导数据(“引导磁盘”)的至少一个虚拟磁盘相关联。利用应用编程接口函数调用和/或脚本化任务自动化和配置管理命令，编排方法协调不同应用和工具以将引导磁盘转换成规范化存储表示(例如逻辑单元编号(LUN))，以使目的地环境中的VM实例化，并且以链式加载引导磁盘以在不同虚拟化环境中启动VM。

背景技术

本公开一般地涉及数据处理领域，并且更具体地涉及多计算机数据传输。

虽然许多企业承认针对业务连续性的灾难恢复性计划的价值，但灾难恢复站点的成本可能是难以承受的。而且，资源将被花费在通常未经使用的站点上。利用公共云，企业可以创建使用云服务提供者的资源的灾难恢复计划。这通常被称为基于云的灾难恢复。企业可以利用云的弹性以用于按需式基于云的灾难恢复服务，并且针对云服务提供者资源(而不是空闲/未经使用的资源)的实际使用进行支付。

基于云的灾难恢复解决方案可以由云服务提供者直接提供或作为分层服务由终端用户或者第三方提供。存在不同类型的灾难恢复：1)备份和还原，2)引导灯，和3)热备用。备份和还原灾难恢复通常涉及将数据备份到持久存储装置，并且然后将备份数据还原到站点，可能是在灾难已经结束后的主站点。这种类型的灾难恢复具有最短还原时间。引导灯灾难恢复依赖于在云中运行的最低版本的主环境。在需要恢复时，配置和/或启动附加资源以使最低版本达到全规模生产环境。热备用灾难恢复在公共云中维持缩小版本的主环境。用于热备用灾难恢复的缩小环境可能需要在公共云中运行的多个服务器和服务，这些服务器和服务将不会在引导灯灾难恢复解决方案中运行。

附图说明

可以通过参照附图更好地理解本公开的实施例。

图1是在公共云中所托管的外部虚拟化环境中启动来自源环境的虚拟化系统的概念图。

图2描绘了用以将虚拟磁盘转换成逻辑存储目标的子文件克隆的概念示例。

图3是用于编排针对外部环境中的针对基于存储层的虚拟机启动的操作的示例操作的流程图。

图4是用于编排虚拟化系统的启动的示例操作的流程图，其中在存储层处将VM数据从源VM环境复制到云目的地VM环境，并且在云目的地中的存储层处操纵该VM数据。

图5是用于将虚拟化系统故障转移到云站点的外部环境的示例操作的流程图。

图6描绘了具有基于存储层的虚拟化可移植性编排器的示例计算机系统。

具体实施方式

以下描述包括体现本公开的实施例的示例系统、方法、技术和程序流程。然而，应当理解，可以在没有这些具体细节的情况下实践本公开。例如，本公开涉及灾难恢复上下文中的说明性示例，但实施例不限于该上下文。在其他上下文中(诸如具有不同云服务提供者的部分生产环境的试运行或测试运行)，实施例可以在存储层处的虚拟化环境之间切换。在其他实例中，为免使描述模糊，尚未详细地示出已知的指令实例、协议、结构和技术。

概述

针对许多企业的基于云的灾难恢复(“云DR”)包括应用连续性以及底层数据。当云DR包括应用连续性时，应用在公共云中的虚拟机上运行。在许多情况下，企业的主数据中心将使用与服务提供者所使用的虚拟化环境不同的虚拟化环境。基于主机的云DR解决方案按逐个主机的基础复制虚拟磁盘状态(引导和数据驱动器)—将每个主机的虚拟驱动器复制到云存储装置或将这些虚拟驱动器导入云镜像(例如机器镜像(AMI))。这样做通常会损失由存储层提供的存储效率(例如删除重复、压缩、精简配置)并增加网络带宽要求以处理重新水化的数据。另外，这使故障恢复操作复杂化，这是由于恢复涉及利用特殊恢复镜像引导每个主机以设置复制并重新同步变化后的状态。此过程在企业级上是劳动密集型的、易出错的且不实际的。