关于 XenServer DR

XenServer 灾难恢复 (DR) 功能旨在允许您从禁用或破坏整个池或站点的灾难性硬件故障中恢复虚拟机 (VM) 和 vApp。为应对单服务器故障,可以使用 XenServer 高可用性 功能在同一池中的备用服务器上重新启动 VM。

了解 XenServer DR

XenServer DR 的工作原理是:将恢复业务关键型 VM 和 vApp 所需的全部信息存储在存储库 (SR) 中,然后将存储库从主(生产)环境复制到备份环境。当主站点上受到保护的池出现故障时,可以从复制的存储恢复该池中的 VM 和 vApp 并在辅助 (DR) 站点上重新创建,从而最大限度地减少对应用程序或用户造成的停机时间。

当恢复后的 VM 在 DR 池中启动并运行后,还必须将 DR 池元数据保存到复制的存储中,这样当主站点恢复联机后,恢复的 VM 和 vApp 才可以还原到主站点中。

注意: XenServer DR 仅适用于 LVM over HBA 或 LVM over iSCSI 存储类型。

XenServer VM 包含两个组件:

  • 由 VM 使用的虚拟磁盘,存储在 VM 所在池中配置的存储库 (SR) 中。
  • 描述 VM 环境的元数据。即在原始 VM 不可用或损坏时重新创建 VM 所需的全部信息。大多数元数据配置数据会在创建 VM 时写入,而且仅在对 VM 配置进行了更改时才会更新。对于池中的 VM,此元数据的副本存储在池中的每个服务器上。

在 DR 环境中,会根据池元数据(有关池中所有 VM 和 vApp 的配置信息)在辅助 (DR) 站点上重新创建 VM。每个 VM 的元数据都包含其名称、说明、通用唯一标识符 (UUID)、内存、虚拟 CPU、网络连接配置和存储配置。此外还包括 VM 的启动选项(启动顺序、延迟间隔和高可用性重新启动优先级),在高可用性或 DR 环境中重新启动 VM 时,将使用这些选项。例如,在灾难恢复期间恢复 VM 时,vApp 中的 VM 将按照 VM 元数据中指定的顺序,以指定的延迟间隔在 DR 池中重新启动。

XenServer DR 要求

   
软件版本 XenServer 6.0 版或更高版本
访问 必须以根用户身份登录,或者具有池操作员或更高权限的角色。

灾难恢复基础结构

要使用 XenServer DR,需要在主站点和辅助站点均设置适当的 DR 基础结构:

  • 用于池元数据和 VM 所用虚拟磁盘的存储都必须从主(生产)环境复制到备份环境。存储复制(例如,使用镜像)最好通过存储解决方案进行处理,并且因设备而异。
  • 当 VM 和 vApp 恢复到 DR 站点上的池中并且启动并运行后,还必须复制包含 DR 池元数据和虚拟磁盘的 SR,以便恢复后的 VM 和 vApp 在主站点重新联机后立即还原到主站点( 故障恢复 )。
  • DR 站点的硬件基础结构不必与主站点的硬件基础结构一致,但是 XenServer 环境的版本和修补程序级别必须与主站点相同,而且应当在目标池中配置足够的资源,以便重新创建和启动所有故障转移的 VM。

重要: XenCenter 和 灾难恢复 向导不控制任何存储阵列功能。灾难恢复功能的用户必须保证将池元数据以及发生灾难时将重新启动的 VM 所用的存储复制到备份站点中。某些存储阵列包含可自动实现复制的“镜像”功能:如果使用这些功能,则在恢复站点上重新启动 VM 之前,务必禁用镜像功能(“断开镜像”)。

使用灾难恢复向导进行故障转移、故障恢复和测试故障转移

灾难恢复 向导简化了故障转移(将受保护的 VM 和 vApp 恢复到辅助站点)和故障恢复(将 VM 和 vApp 还原到主站点)过程。这两个过程所涉及的步骤概括如下:

故障转移

  1. 在辅助 DR 站点上选择 VM 和 vApp 将恢复到的目标池。
  2. 提供详细信息,指示来自主站点的复制 SR 所在的存储目标。
  3. 该向导扫描目标并列出从中找到的所有 SR。

    现在选择 SR,其中包含要恢复的 VM 和 vApp 的元数据和虚拟磁盘。

  4. 该向导扫描这些 SR 并列出找到的所有 VM 和 vApp。

    现在,选择要恢复到 DR 站点的 VM 和 vApp,并指定您希望这些 VM 和 vApp 在恢复后是由向导立即自动启动,还是等待您手动启动。

  5. 向导执行一些预检,以确保所选的 VM 和 vApp 能够恢复到目标 DR 池,例如,向导检查选定 VM 和 vApp 所需的所有存储是否可用。
  6. 当预检完成并解决了任何问题后,故障转移过程开始。所选 VM 和 vApp 从复制的存储导出到 DR 池。

    故障转移到此完成。

故障恢复

  1. 在主站点上,选择要将当前运行在 DR 站点上的 VM 和 vApp 还原到的目标池。
  2. 提供详细信息,指示来自 DR 站点的复制 SR 所在的存储目标。
  3. 该向导扫描目标并列出找到的所有 SR。

    现在选择 SR,其中包含要还原的 VM 和 vApp 的元数据和虚拟磁盘。

  4. 该向导扫描这些 SR 并列出找到的所有 VM 和 vApp。

    现在,选择要还原到主站点的 VM 和 vApp,并指定您希望这些 VM 和 vApp 在恢复后是由向导立即自动启动,还是等待您手动启动。

  5. 向导随后将执行多项预检查,确保选定的 VM 和 vApp 能够恢复到主站点上的目标池。例如,向导将检查选定 VM 和 vApp 需要的所有存储是否可用。
  6. 当预检完成并解决了任何问题后,故障恢复过程开始。运行在 DR 站点上的所选 VM 和 vApp 从复制的存储导出到主站点上的选定池中。

    故障恢复到此完成。

如果 灾难恢复 向导在两个或更多位置(例如,主站点上的存储,DR 站点上的存储以及要导入数据的池)找到同一个 VM 的信息,将确保只使用每个 VM 的最新信息。

提示: 如果 SR 的名称能够反映 VM 和 vApp 与 SR 的映射关系以及 SR 与 LUN 的映射关系,则可以更方便地从复制的存储恢复 VM 和 vApp。

还可以使用 灾难恢复 向导运行测试故障转移,以便对灾难恢复系统进行非中断性测试。在测试故障转移中,所有步骤与故障转移基本相同,但 VM 和 vApp 在恢复到 DR 站点后将以暂停状态启动,并在测试完成后执行清理,以删除在 DR 站点上重新创建的所有 VM、vApp 和存储。请参阅 测试故障转移

XenServer DR 术语

vApp
作为单个实体进行管理的相关 VM 的逻辑组。
站点
包含 XenServer 资源池、存储和硬件设备的物理组。
主站点
运行在发生灾难时必须受保护的 VM 或 vApp 的物理站点。
辅助站点,DR 站点
在发生灾难时用作主站点的恢复位置的物理站点。
故障转移
当主站点发生灾难时在辅助(恢复)站点上恢复 VM 和 vApp 的过程。
故障恢复
将 VM 和 vApp 从辅助(恢复)站点还原到主站点的过程。
测试故障转移
故障转移“试运行”;VM 和 vApp 从复制的存储恢复到辅助(恢复)站点上的池中,但并不实际启动。可以运行测试故障转移来检查 DR 的配置是否正确以及您的处理过程是否有效。
池元数据
关于池中的 VM 和 vApp 的信息(例如其名称和说明)以及 VM 的配置信息,包括 UUID、内存、虚拟 CPU、网络连接和存储配置以及启动选项 - 启动顺序、延迟间隔和高可用性重新启动优先级。在 DR 中,池元数据用于在辅助站点上的恢复池中重新创建主站点上的 VM 和 vApp。