XenCenter

关于 XenServer DR

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

了解 XenServer DR

XenServer DR 的工作方式是,将恢复业务关键 VM 和 vApp 时所需要的所有信息存储到存储库中,然后将这些存储库从主(生产)环境复制到备份环境中。当主站点上受到保护的池出现故障时,可以从复制的存储恢复该池中的 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。

关于 XenServer DR