使用 Azure 本地 Azure Site Recovery 保护 VM 工作负荷（预览版）

适用于：Azure Local 2311.2 及更高版本

本指南介绍如何在发生灾难时保护 Azure 本地上运行的 Windows 和 Linux VM 工作负荷。 可以使用 Azure Site Recovery 将本地 Azure 本地虚拟机（VM）复制到 Azure，并保护业务关键工作负荷。

此功能在运行 2023 年 5 月累积更新版本 22H2 及更高版本的 Azure 本地版上启用。

Azure Site Recovery 和 Azure Local

Azure Site Recovery 是一项 Azure 服务，用于复制 VM 上运行的工作负载，以便在发生灾难时保护业务关键基础结构。 有关 Azure 站点恢复的详情，请参阅关于站点恢复。

Azure Site Recovery 的灾难恢复策略包括以下步骤：

• 复制 - 通过复制，可以将目标 VM 的 VHD 复制到 Azure 存储帐户，从而在发生灾难时保护 VM。
• 故障转移 - 复制 VM 后，故障转移 VM 并在 Azure 中运行它。 你还可以在不影响主虚拟机的情况下执行测试故障转移来测试 Azure 中的恢复过程。
• 重新保护 – VM 从 Azure 复制回本地系统。
• 故障恢复 - 可以从 Azure 故障恢复到本地系统。

在 Azure Site Recovery 与 Azure Local 的当前实现中，可以启动灾难恢复，并从Azure 门户中的 Azure 本地资源准备基础结构。 准备工作完成后，可以在 Azure 门户中完成 Site Recovery 资源的剩余步骤。

整体工作流

下面是将 Site Recovery 与 Azure 本地配合使用时发生的主要步骤：

1. 从已注册的 Azure 本地环境开始，并在其上启用 Azure Site Recovery。
2. 在开始之前，请确保满足先决条件。
3. 在 Azure 本地资源门户中创建以下资源：
   1. 恢复服务保管库
   2. Hyper-V 站点
   3. 复制策略
4. 创建所有资源后，准备基础结构。
5. 启用 VM 复制。 在 Azure Site Recovery 资源门户中完成复制的剩余步骤并开始复制。
6. 复制 VM 后，可以故障转移 VM 并在 Azure 上运行。
7. 若要从 Azure 进行故障回复，请按照从 Azure 进行故障回复中的说明操作。

支持的方案

下表列出了 Azure Site Recovery 和 Azure Local 支持的方案。

将 Azure Local VM 故障转移到 Azure，然后进行故障恢复

先决条件和规划

在开始之前，请确保满足以下先决条件：

• 应使要复制的 Hyper-V VM 高度可用，以便进行复制。 如果 VM 不是高度可用的，则复制会失败。 有关详细信息，请参阅如何使现有 Hyper-V 计算机 VM 高度可用。
• 请确保在 Azure 本地设备上设置了 Hyper-V。
• 托管要保护的 VM 的计算机必须具有 Internet 访问权限才能复制到 Azure。
• Azure Local 必须已注册。

  • 系统必须运行 Azure 本地版本 22H2 的 5 月累积更新。

  • 如果运行的是之前的版本，则 Azure 门户指示不支持灾难恢复，因为未为旧版本启用托管标识。

    运行修复注册 cmdlet，确保为 Azure 本地资源创建托管标识，然后重试工作流。 有关详细信息，请转到 为 Azure 本地启用来自 Azure 的增强管理。

  • 系统必须已启用 Arc。 如果系统未启用 Arc，您将会在 Azure 门户中看到关于功能选项卡不可用的错误信息。

• 需要恢复服务保管库的所有者权限才能向托管标识分配权限。 还需要对 Azure 本地资源及其子资源具有读/写权限。
• 查看与此功能的实现相关的注意事项。
• 查看容量计划工具，以评估成功进行复制和故障转移需要满足的要求。

步骤 1：在目标主机上准备基础结构

若要准备基础结构，请准备保管库和 Hyper-V 站点，安装站点恢复扩展，并将复制策略应用于计算机。

在 Azure 本地目标系统上，按照以下步骤准备基础结构：

1. 在Azure 门户中，转到托管要保护的 VM 的目标系统资源的“概述”窗格。

2. 在右窗格中，转到功能选项卡，然后选择灾难恢复磁贴。 在系统上启用托管标识时，灾难恢复应可用。

   

3. 在右窗格中，转到保护，然后选择保护 VM 工作负载。

   

4. 在将 VM 复制到 Azure 上，选择准备基础结构。

   

5. 在准备基础结构上，选择现有的或创建新的恢复服务保管库。 使用此保管库来存储虚拟机工作负载的配置信息。 有关详细信息，请参阅恢复服务保管库概述。

   1. 如果选择创建新的恢复服务保管库，则会自动填充订阅和资源组。

   2. 提供保管库名称，并选择保管库的位置与部署系统的位置相同。

   3. 对于其他设置，接受默认值。

      重要

      你将需要恢复服务保管库的所有者权限才能向托管标识分配权限。 需要对 Azure 本地资源及其子资源具有读/写权限。

      选择查看 + 创建可开始创建保管库。 有关详细信息，请参阅创建和配置恢复服务保管库。

      

6. 选择现有 Hyper-V 站点或创建新站点。

   

7. 选择现有的复制策略或创建新的复制策略。 此策略用于复制 VM 工作负载。 有关详细信息，请参阅复制策略。 创建策略后，选择确定。

   

8. 选择准备基础结构。 选择准备基础结构时，将执行以下操作：

   1. 在指定的位置创建具有存储帐户和指定保管库的资源组和复制策略。

   2. 托管 VM 的系统的每个节点上都会自动下载 Azure Site Recovery 代理。

   3. 托管身份从你创建的恢复服务保管库中获取保管库注册密钥文件，并用该密钥文件完成 Azure Site Recovery 代理的安装。 在指定的位置创建具有存储帐户和指定保管库的资源组和复制策略。

   4. 复制策略与指定的 Hyper-V 站点相关联，目标系统主机注册到 Azure Site Recovery 服务。

      如果你对创建保管库的订阅/资源组没有所有者级访问权限，你将看到一个错误，表明你无权执行该操作。

9. 根据系统中的节点数，基础结构准备可能需要几分钟时间。 你可以转到通知（窗口右上角的钟形图标）来查看进度。

步骤 2：启用虚拟机复制

完成基础结构准备后，请按照以下步骤选择要复制的 VM。

1. 在步骤 2：启用复制中，选择启用复制。 现已定向到恢复服务保管库，可在其中指定要复制的 VM。

   

2. 选择复制，然后在下拉列表中选择将 Hyper-V 虚拟机复制到 Azure。

3. 在源环境选项卡上，指定 Hyper-V 站点的源位置。 在此实例中，已在 Azure 本地资源上设置 Hyper-V 站点。 选择下一步。

4. 在目标环境选项卡上，完成以下步骤：

   1. 对于订阅，请输入或选择订阅。

   2. 对于故障转移后资源组，选择要故障转移到的资源组名称。 发生故障转移时，Azure 中的 VM 会在此资源组中创建。

   3. 对于故障转移后部署模型，请选择资源管理器。 在发生故障转移时，将使用 Azure 资源管理器进行部署。

   4. 对于 存储，请选择要复制到的 Azure 存储的类型。 建议使用托管磁盘。

      

   5. 对于选择要在 Azure 中复制的 VM 的网络配置，请提供与 Azure 中的 VM 关联的一个虚拟网络和一个子网。 若要创建此网络，请参阅创建用于故障转移的 Azure 网络中的说明。

      还可以选择稍后执行网络配置。

      

      复制 VM 后，可以选择复制的 VM，转到计算和网络设置并提供网络信息。

5. 选择下一步。

6. 在虚拟机选择选项卡上，选择要复制的 VM，然后选择下一步。 请务必查看保护 VM 的容量要求。

   

7. 在“ 复制设置 ”选项卡上，选择要复制到 Azure 的 VM 的作系统类型、作系统磁盘和数据磁盘，然后选择“ 下一步”。

   

8. 在复制策略选项卡上，验证是否选择了正确的复制策略。 所选策略应与准备基础结构时创建的复制策略相同。 选择下一步。

   

9. 在查看选项卡上，查看所选内容，然后选择启用复制。

   

10. 显示一则通知，表示复制作业正在进行中。 转到受保护的项 > 复制项，查看复制运行状况和复制作业的状态。

    

11. 若要监视 VM 复制，请执行以下步骤。

    1. 若要查看复制运行状况和状态，请选择 VM 并转到“概述”。 可以看到复制作业的完成百分比。

       

    2. 若要查看更精细的作业状态和作业 ID，请选择 VM 并转到复制的 VM 的属性。

       

    3. 若要查看磁盘信息，请转到磁盘。 复制完成后，操作系统磁盘和数据磁盘应显示为受保护。

       

下一步是配置测试故障转移。

步骤 3：在 Azure 门户中配置并运行测试性故障转移

复制完成后，VM 会受到保护。 建议在设置 Azure Site Recovery 时配置故障转移设置并运行测试故障转移。

如果要为 Azure 虚拟机的故障转移作准备，请完成以下步骤：

1. 如果未为复制的 VM 指定网络配置，可以立即完成该配置。

   1. 首先，确保按照为测试故障转移创建网络中的说明将 Azure 网络设置为测试故障转移。
   2. 选择 VM 并转到计算和网络设置，并指定虚拟网络和子网。 Azure 中的故障转移 VM 附加到此虚拟网络和子网。

2. 复制完成且 VM 处于受保护状态后，可以启动测试故障转移。

   

3. 若要运行测试故障转移，请参阅运行到 Azure 的灾难恢复演练中的详细说明。

步骤 4：创建恢复计划

恢复计划是 Azure Site Recovery 中的一项功能，让你可以对包含一组虚拟机的整个应用程序执行故障转移和恢复。 虽然可以通过向恢复计划添加包含应用程序的虚拟机来单独恢复受保护的虚拟机，不过，你也可以通过恢复计划对整个应用程序执行故障转移。

你也可以使用恢复计划的测试故障转移功能来测试应用程序的恢复。 恢复计划让你可以对虚拟机分组，确定故障转移期间虚拟机的启动顺序，并自动化执行作为恢复过程的一部分的其他步骤。 在虚拟机受到保护后，你可以转到 Azure 门户中的 Azure Site Recovery 保管库，并为这些虚拟机创建恢复计划。 详细了解恢复计划。

步骤 5：故障转移到 Azure

若要故障转移到 Azure，可以按照将 Hyper-V VM 故障转移到 Azure 中的说明进行操作。

步骤 6：从 Azure 故障回复

若要从 Azure 进行故障回复，请按照从 Azure 进行故障回复中的说明操作。

注意事项

在使用 Azure Site Recovery 通过将本地 VM 复制到 Azure 来保护本地 VM 工作负载之前，请考虑以下信息。

• Arc 安装的扩展在 Azure VM 上不可见。 已启用 Arc 的服务器仍将显示已安装的扩展，但在计算机位于 Azure 中时，无法管理这些扩展（例如安装、升级或卸载）。
• 来宾配置策略在计算机位于 Azure 中时不会运行，因此审核 OS 安全/配置的任何策略都不会运行，直到计算机迁移回本地。
• 日志数据（包括 Sentinel、Defender 和 Azure Monitor 信息）将与 Azure VM 关联（当它在 Azure 中时）。 历史数据与已启用 Arc 的服务器相关联。 如果迁移回本地，则会再次与已启用 Arc 的服务器关联。 他们仍可以通过按计算机名称而不是资源 ID 进行搜索来查找所有日志，但值得注意的是，门户 UX 体验会按资源 ID 查找数据，因此你只会在每个资源上看到一个子集。
• 我们强烈建议您不要安装 Azure VM 客户端代理，以避免与 Arc 发生冲突，如果机器有可能迁移回本地。 如果需要安装来宾代理，请确保 VM 已禁用扩展管理。 如果尝试使用 Azure VM 来宾代理安装/管理扩展，且在同一台计算机上已有由 Arc 安装的扩展（反之亦然），则会遇到各种问题，因为我们的代理不知道以前的扩展安装，并且会遇到状态对帐问题。

已知问题

下面是此版本中的已知问题和相关变通方法的列表：

后续步骤

• 详细了解 Azure 服务的混合功能。