步骤 1:查看体系结构

本文介绍在 System Center Virtual Machine Manager (VMM) 云中使用 Azure Site Recovery 服务将本地 Hyper-V 虚拟机复制到 Azure 时使用的组件和进程。

请将任何评论发布到本文底部,或者发布到 Azure 恢复服务论坛

体系结构组件

在 VMM 云中将 Hyper-V VM 复制到 Azure 涉及多个组件。

组件 要求 详细信息
Azure 在 Azure 中,需要一个 Azure 帐户、Azure 存储帐户和 Azure 网络。 复制的数据存储在存储帐户中;从本地站点故障转移时,将使用复制的数据创建 Azure VM。

创建 Azure VM 后,它们将连接到 Azure 虚拟网络。
VMM 服务器 VMM 服务器上有一个或多个包含 Hyper-V 主机的云。 在 VMM 服务器上安装 Site Recovery 提供程序,以便协调通过 Site Recovery 进行的复制,并在恢复服务保管库中注册服务器。
Hyper-V 主机 一个或多个由 VMM 管理的 Hyper-V 主机/群集。 在每个主机或群集成员上安装恢复服务代理。
Hyper-V VM 一个或多个在 Hyper-V 主机服务器上运行的 VM。 不需在 VM 上显式安装任何内容。
联网 在 VMM 服务器上设置的逻辑网络和 VM 网络。 VM 网络应链接到与云关联的逻辑网络。 VM 网络将映射到 Azure 虚拟网络,因此在故障转移后创建 Azure VM 时,这些 VM 将位于网络中。

支持矩阵中了解每个组件的部署先决条件和要求。

图 1:在 VMM 云中将 Hyper-V 主机上的 VM 复制到 Azure

组件

复制过程

图 2:从 Hyper-V 到 Azure 的复制和恢复过程

工作流

启用保护

  1. 为 Hyper-V VM 启用保护后,在 Azure 门户中或本地,启用保护会启动。
  2. 该作业先检查计算机是否符合先决条件,再调用 CreateReplicationRelationship,以使用用户配置的设置来设置复制。
  3. 该作业通过调用 StartReplication 方法启动初始复制,以便初始化完整的 VM 复制,并将 VM 的虚拟磁盘发送到 Azure。
  4. 可以在“作业”选项卡中监视作业。 作业列表 启用保护性向下钻取

复制初始数据

  1. 当触发初始复制时,系统会创建一个 Hyper-V VM 快照
  2. 将逐个复制虚拟硬盘,直到它们全部复制到 Azure。 这可能需要花费一些时间,具体取决于 VM 大小和网络带宽。 若要优化网络的使用,请参阅 How to manage on-premises to Azure protection network bandwidth usage(如何管理本地到 Azure 保护的网络带宽使用)。
  3. 如果在初始复制期间发生磁盘更改,Hyper-V 副本复制跟踪器将跟踪这些更改,并将其记录在 Hyper-V 复制日志 (.hrl) 中。 这些文件与磁盘位于同一文件夹中。 每个磁盘都有一个关联的 .hrl 文件,该文件将发送到辅助存储器。
  4. 当初始复制正在进行时,快照和日志文件将占用磁盘资源。
  5. 当初始复制完成时,会删除 VM 快照。 日志中的增量磁盘更改会同步且合并到父磁盘中。

完成保护

  1. 初始复制完成后,“在虚拟机上完成保护”作业将配置网络和其他复制后设置,使虚拟机受到保护。 完成保护作业
  2. 如果要复制到 Azure,可能需要调整虚拟机的设置,使其随时可进行故障转移。 此时,可以运行测试故障转移以检查一切是否按预期工作。

复制增量

  1. 在初始复制之后,根据复制设置开始增量同步。
  2. Hyper-V 副本复制跟踪器可跟踪对虚拟硬盘的更改并将其记录到 .hrl 文件中。 为复制配置的每个磁盘都有一个关联的 .hrl 文件。 初始复制完成后,此日志将发送到客户的存储帐户中。 在向 Azure 传输日志的过程中,会在同一目录中的另一日志文件内跟踪主磁盘中的更改。
  3. 在执行初始和增量复制期间,可以在 VM 视图中监视 VM。 了解详细信息

同步复制

  1. 如果增量复制失败且完整复制因带宽或时间限制而需要大量开销,则会将 VM 标记为需要重新同步。 例如,如果 .hrl 文件达到磁盘大小的 50%,系统会将 VM 标记为需要重新同步。
  2. 重新同步通过计算源虚拟机和目标虚拟机的校验和并只发送增量数据来最大程度地减少发送的数据量。 重新同步使用固定块区块算法,其中源文件和目标文件被分到固定区块。 系统会针对每个区块生成校验和,并进行比较,以确定源中的哪些区块需要应用到目标。
  3. 重新同步完成后,应会恢复正常增量复制。 默认情况下,重新同步计划为在非工作时间自动运行,但可以手动重新同步虚拟机。 例如,如果发生网络中断或其他服务中断,可以继续重新同步。 为此,请在“门户”>“重新同步”中选择 VM。

    手动重新同步

重试逻辑

如果发生复制错误,会进行内置重试。 此逻辑可以分为以下两类:

类别 详细信息
不可恢复的错误 不尝试重试操作。 VM 状态将为“严重”,并且需要管理员干预。 这些错误的示例包括:VHD 链断裂;副本 VM 的状态无效;网络身份验证错误:授权错误;“找不到 VM”错误(适用于独立的 Hyper-V 服务器)
可恢复的错误 使用从首次尝试开始以 1、2、4、8 和 10 分钟幅度递增重试间隔时间的指数退避算法,在到达复制间隔时间后重试。 如果错误仍然存在,则每隔 30 分钟重试一次。 示例包括:网络错误;磁盘空间不足错误;内存不足的情况

故障转移和故障回复过程

  1. 可以运行从本地 Hyper-V VM 到 Azure 的计划内或计划外故障转移。 如果运行计划内故障转移,则源 VM 关闭以确保不会丢失数据。
  2. 可以故障转移单台计算机,或创建恢复计划来协调多台计算机的故障转移。
  3. 运行故障转移后,应会在 Azure 中看到创建的副本 VM。 如果需要,可向 VM 分配公共 IP 地址。
  4. 然后提交故障转移,开始从副本 Azure VM 访问工作负荷。
  5. 当本地主站点再次可用时,便可以故障回复。 启动从 Azure 到主站点的计划内故障转移。 运行计划内故障转移时,可以选择故障回复到同一 VM 或备用位置,并同步 Azure 与本地之间的更改,确保不会丢失数据。 在本地创建 VM 时,请提交故障转移。

后续步骤

转到步骤 2:查看部署先决条件