Citri 服务器虚拟化

《Citri 服务器虚拟化》由会员分享，可在线阅读，更多相关《Citri 服务器虚拟化（8页珍藏版）》请在装配图网上搜索。

1、Citrix服务器虚拟化之十二Xenserver灾难恢复XenServer灾难恢复的工作原理在存储库（SR）上还原从主（生产）环境复制到备份环 境的存储所需信息，然后恢复业务的虚拟机和vApp。一个受保护的资源池在你的主站点出 现故障时，可以在该池中的虚拟机和vApp从复制的存储恢复和重建在辅助（DR）站点， 用最少的应用程序或用户停机时间。在发生灾难时，灾难恢复向导可以用来在Xen Ce nter 询问此存储选择的虚拟机和vApp导入到回收池。一旦虚拟机中运行的回收池，恢复池元数 据也被复制到VM设置允许任何变化来填充返回到主池，主池应该可以收回。如果 XenCenter的向导发现同一个虚拟

2、机的信息，目前在两个或从主站点，存储从灾难恢复站点， 并在更多的地方（例如，存储池，数据将被导入），然后向导将确保只有最新的信息 每个虚拟机使用。XenServer虚拟机由两部分组成：由虚拟机正在使用的虚拟磁盘，存储在 池中配置的存储库（SR）虚拟机的位置。元数据描述VM环境。这是重新创建虚拟机所需 的所有信息，如果原来的VM是不可用或已损坏。大部分的元数据配置数据写入创建虚拟机 时，是只有当你进行更改的VM的配置更新。对于在池中的虚拟机，此元数据的一个副本在 池中的每个服务器上存储。在DR环境中，虚拟机上重新从池中元数据的一个辅助（DR） 站点-配置在池中的所有虚拟机和vApp的信息。为每个

3、VM的元数据，包括其名称，描述 和通用唯一标识符（UUID），和它的内存，虚拟CPU,网络和存储配置。它还包括VM启 动选项-启动顺序，延迟时间和医管局重新启动优先级-这是用来当重新启动虚拟机的HA 或DR环境。例如，在灾难恢复过程中恢复虚拟机时，一个vApp内的虚拟机将在DR池中 重新启动虚拟机元数据在指定的顺序，并与指定的延迟间隔Xen server灾难恢复要求：1. 必须复制从您的存储池元数据和虚拟磁盘的虚拟机所使用的用于主（生产）环境中的 备份环境中。例如，使用镜像，存储复制您的存储解决方案，是最好的处理会有所不同，从 设备到设备。一旦虚拟机和vApp已恢复到DR站点上的池和启动并运行

4、时，SRS的含DR 池元数据和虚拟磁盘也必须复制到允许恢复的虚拟机和vApp恢复回主站点（失败后）一旦 主站点回到线上。2.在DR站点的硬件基础设施不匹配的主站点，但在XenServer环境必须是相同的版本和补 丁级别，以及在对象池应配置足够的资源，让所有被重新启动虚拟机故障切换。注意：灾难恢复向导不控制任何存储阵列功能。灾难恢复功能的用户必须确保元数据存储， 在某些两个站点之间的复制方式。有些存储阵列中包含的镜像”功能自动实现的复制，如果 这些功能的使用，那么它是至关重要的上重新启动虚拟机之前，镜像功能被禁用（“镜子破”） 恢复站点。在灾难发生之前采取的步骤配置虚拟机和vApp。注意如何被映

5、射到虚拟机和vApp的SR和SRS的LUN。以特别照顾的命名 name_label名称及描述字段。从复制的存储恢复虚拟机和vApp会比较容易，如果你的SR的命名的方式，捕捉你的虚拟机和vApp如何被映射到SRS， SRS系统的LUN。排列复制的LUN。启用池元数据复制到一个或多个的SRS这些LUN。在灾难发生后采取的步骤：破坏任何现有的存储镜像，这样在恢复站点具有读/写访问的共享存储。确保您希望恢复的虚拟机数据的LUN没有连接到任何其他的游泳池，或腐败 可能发生。如果你要保护从灾难恢复站点，您必须启用池元数据复制到一个或更多的SR在恢复站点 上。复苏后采取的步骤：重新同步任何存储镜。在恢复站点

6、上，关机下干净的虚拟机或vApp，你想移动到主站点。在主站点上，遵循相同的程序为上述故障切换，故障恢复选定的虚拟机或vApp到主为了保护对未来灾害的主站点-您必须重新启用池元数据复制到一个或更多的SRS复制的 LUN。部署过程：在XenCenter中启用灾难恢复注意事项：1、在主站点上，选择您要保护的池。从池菜单，指向灾难恢复，然后单击“配置”。2、最多选择8 SRS池元数据将被存储，少量空间将需要存储池的恢复信息在其中包含一 个新的LUN。池中的所有虚拟机的信息将被存储，虚拟机不需要独立地选为保护3、点击确定”。现在你的池保护。灾难恢复虚拟机和vApp （故障转移）1、在XenCenter中

7、，选择副池，池菜单上，单击打开灾难灾难恢复恢复向导。此向导给出了三个恢复选项:故障切换，故障恢复和故障转移测试。要恢复到您的辅助站点， 选择“故障转移”，然后单击“下一步”。注意：如果您使用的光纤通道LUN镜像数据复制到共 享存储辅助站点，然后再尝试恢复数据，镜像必须被打破，使辅助站点具有读/写访问。2、包含池元数据的虚拟机和vApp要选择存储库（SR）恢复。默认情况下，此向导页上的列表显示了所有SR目前连接在池中。若要扫描更多SRS,选择查找存储库的存储类型， 然后选择要扫描：要扫描所有可用的硬件HBA SRS，选择查找硬件HBA SR的。要扫描软件iSCSI SR的，选择查找软件iSCSI

8、 SR的，然后输入目标主机，IQN和LUN 在该对话框中的详细信息。当您选择所需的SRS在向导中，单击“下一步”继续。3、选择您希望恢复并选择适当的电源状态恢复后的虚拟机和vApp选项来指定您是否希望向导自动启动起来，尽快为他们已经追缴或者你是否愿意等待，并启动他们自己手动故障转移后，就完成了。单击“下一步”进展到下一个向导页，并开始故障转移预检。4、向导执行前的预检，启动故障转移，例如，以确保所有的存储选定的虚拟机和vApp所 需。如果缺少任何存储在这一点上，你可以单击“附加”SR此页面上查找并连接相关SR。解 决预检页面上的任何问题，然后单击故障转移开始恢复过程。5、进度页面显示是否恢复成

9、功为每个VM和vApp。故障转移作为虚拟机的元数据需要一定的时间，这取决于您正在恢复的虚拟机和vApp的数量，和 vApp导出复制的存储。虚拟机和vApp重新在主池，SRS系统包含虚拟磁盘的连接创建的 VM，VM已启动，如果指定。6、当故障转移完成后，单击下一步”总结报告。总结报告页面上，单击完成”关闭向导。一 旦主站点再次可用，你想回到你的虚拟机上运行该网站，通过在灾难恢复向导，但这次选择 “故障恢复”选项到主站点灾难后恢复虚拟机和vApp （故障回复）1。在XenCenter中，选择副池，池菜单上，单击打开灾难灾难恢复恢复向导。此向导给出 了三个恢复选项：故障切换，故障恢复和故障转移测试。

10、要恢复虚拟机和vApp你的主站点， 选择“故障恢复”，然后单击“下一步”。注意：如果您使用的光纤通道LUN镜像数据复制到共 享存储辅助站点，然后再尝试恢复数据，镜像必须被打破，使辅助站点具有读/写访问。2。包含池元数据的虚拟机和vApp要选择存储库（SR）恢复。默认情况下，此向导页上的 列表显示了所有SR目前连接在池中。若要扫描更多SRS，选择查找存储库的存储类型， 然后选择要扫描：要扫描所有可用的硬件HBA SRS，选择查找硬件HBA SR的。要扫描软件iSCSI SR的，选择查找软件iSCSI SR的，然后输入目标主机，IQN和LUN 在该对话框中的详细信息。当您选择所需的SRS在向导中，

11、单击“下一步”继续。3。选择您要还原的虚拟机和vApp和恢复后，选择合适的电源状态选项来指定您是否希望 向导自动启动起来，尽快为他们已经恢复，或者你是否愿意等待，并启动他们自己手动完成 故障恢复后。单击“下一步”以前进到下一个向导页，并开始故障恢复预检。4。该向导之前进行一些预检查，例如，启动故障恢复，以确保所有的存储选定的虚拟机和 vApp所需。如果缺少任何存储在这一点上，你可以单击“附加”SR此页面上查找并连接相关 SR。解决预检页面上的任何问题，然后单击故障回复到开始恢复过程。5。进度页面显示是否恢复成功为每个VM和vApp。故障恢复可能作为虚拟机的元数据需 要一定的时间，这取决于您要还

12、原的虚拟机和vApp的数量上，和vApp导出复制的存储。 虚拟机和vApp重新在主池，SRS系统包含虚拟磁盘的连接创建的VM, VM已启动，如果 指定。6。当故障恢复完成后，单击“下一步”总结报告。总结报告页面上，单击“完成” 关闭该向导测试故障转移（故障转移测试是在灾难恢复计划中的一个重要组成部分。您可以使用灾难恢 复向导执行非破坏性的测试您的灾难恢复系统。在测试过程中的故障转移操作，所有的步骤 用于故障转移是相同的，但是不是被开始后，他们已恢复到DR站点，虚拟机和vApp处于暂停状态。在测试故障转移操作的结束，所有的虚拟机，vApp和存储 重建DR站点上被自动删除。经初步DR配置后，你做出

13、重大DR的功能池的配置变化，要 执行测试故障转移到辅助站点的虚拟机和vApp）1。在XenCenter中，选择副池，池菜单上，单击打开灾难灾难恢复恢复向导。2。选择测试故障转移，然后单击,下一步”。如果您使用的光纤通道LUN镜像数据复制到共 享存储辅助站点，然后再尝试恢复数据，镜像必须被打破，使辅助站点具有读/写访问。3。选择您想要的虚拟机和vApp包含池元数据的存储库（SR）恢复。默认情况下，此向导 页上的列表显示了所有SR目前连接在池中。若要扫描更多SRS，选择查找存储库的存储 类型，然后选择要扫描：要扫描所有可用的硬件HBA SRS，选择查找硬件HBA SR的。要扫描软件iSCSI SR

14、的，选择查找软件iSCSI SR的，然后输入目标主机，IQN和 在该对话框中的LUN细节。当您选择所需的SRS在向导中，单击“下一步”继续。4。选择您希望恢复的虚拟机和vApp，然后单击“下一步”进展到下一个向导页， 开始故障转移预检。5。在开始测试故障转移过程中，向导进行预检查的数量，例如，确保选定的虚拟机和vApp 所需的所有存储。检查，如果缺少任何存储，存储可用，您可以点击连接SR此页面上的发现和 附上有关的SR。检查，医管局的目标DR池未启用。为了避免具有相同的虚拟机上同时运行池小学和DR，房委会必须被禁止在副池，以确保恢复的虚拟机和vApp启动自动由医管局 后痊愈。要禁用医管局副池，

15、你可以简单地点击这个页面上的禁用HA。（如果禁用HA在这一点上，它会再次启用自动测试故障转移过程的结束。）解决任何问题对预检查页面，然 后单击故障转移开始测试故障转移。6。进度页面显示是否恢复成功为每个VM和vApp。故障转移需要一定的时间，这取决于 您正在恢复的虚拟机和vApp的数量，为的元数据虚拟机和vApp从复制的存储收回。在DR 池中重新创建虚拟机和vApp，的SRS虚拟磁盘连接到创建的VM。恢复的虚拟机被放置在暂停状态：他们不会在辅助站点上启动测试故障转移。7。您满意后，进行了成功的测试故障转移向导中单击下一步”清理向导在DR站点上：测试故障转移过程中已恢复的虚拟机和vApp将被删除。存储已恢复测试故障转移期间将被分离。如果被禁用HA DR上池预检阶段允许测试故障发生时，它会再次启用自动完成。清理过程的进度显示在向导中。&单击“完成关闭向导。Alpha