SRM设计方案.docxVIP

方案概述 背景 XXX公司已经完成同城灾备中心建设，并且当前公司的关键业务系统都已经完成应用级灾备系统的建设。通过不断的演练，能够在规定的RTO时间内完成从生产到灾备系统的切换工作。 在建设灾备系统的同时，XXX公司紧跟IT技术发展前沿，通过评估和测试后，将几乎所有应用系统全部迁移到了虚拟化平台。从而减少了生产中心和灾备中心的物理服务器的部署数量，使得当前计算资源得到充分利用。同时缩短了新应用系统上线的部署时间。 然而随着新应用系统的不断上线以及灾备系统建设的逐渐增加，在人力有限的条件下，虚拟化环境下的灾备切换工作压力日益增大，切换时间也随之增加，如果继续按照原有方法切换，不但切换时间无法保证，切换的成功也难以保证。为了在有限的人力条件下，为了缩短灾备切换时间，保证切换质量，经过评估和测试后，中国有限责任公司决定将虚拟化环境??灾备切换从人工切换转变为自动化切换。 虚拟化现状 XXX公司的虚拟化平台采用的是VMware虚拟化软件，并对虚拟化平台进行了升级和优化。当前虚拟化软件组件及版本如下表： 序号软件名称当前版本1Vsphere5.12vCenterServer5.13VMFS54Vmtools95VM hardware8 虚拟化灾备现状 在虚拟化平台上运行的业务应用系统中，已经建设灾备系统的业务应用系统都采用了独立的存储LUN，即每个业务系统虚拟服务器都独自占有一个或者几个LUN，不与其它虚拟服务器共享存储，这样规划的好处在于可以实现但业务应用系统的灾备切换。 虚拟化平台的底层的存储系统采用的IBM SVC，通过生产和灾备间的SVC实现虚拟化平台的数据同步复制。 产品介绍 依据当前XXX公司虚拟化平台环境，经过对不同厂家自动化切换工作的评估和测试，最后选择了VMware的Site Recovery Manager自动化切换软件。 VMware vCenter Site Recovery Manager?(SRM) 是一个业务连续性和灾难恢复解决方案，可帮助您计划、测试和执行受保护?vCenter Server?站点与恢复?vCenter Server?站点之间的虚拟机恢复。通过配置基于阵列的复制，您可将?SRM?配置为支持若干第三方磁盘复制机制。基于阵列的复制将显示已复制的数据存储以恢复虚拟机工作负载。? SRM实施从受保护站点到恢复站点的不同类型的恢复： 计划的迁移：从受保护站点到恢复站点的虚拟机的正常疏散。计划的迁移可防止有序迁移工作负载时丢失数据。这两个站点必须正在运行并完全正常，计划的迁移才能成功。 灾难恢复：灾难恢复与计划的迁移相似，不同之处在于灾难恢复不要求两个站点都在正常运行，例如受保护站点意外脱机时也可执行。在灾难恢复操作过程中，或者报告受保护站点上的操作故障，或者忽略掉。 SRM会协调恢复过程与复制机制，将数据丢失和系统停机时间降至最低： 在受保护站点上，如果受保护站点仍在运行，则?SRM?会完全关闭虚拟机 SRM会根据恢复计划在恢复站点上打开复制的虚拟机的电源 恢复计划指定了在恢复站点上启动虚拟机的顺序。恢复计划还指定了 IP 地址等网络参数，且能包含?SRM?可运行来执行自定义恢复操作的用户指定脚本 您可使用?SRM?测试恢复计划。您可在不中断任一站点上持续操作的情况下，使用所复制数据的临时副本来执行测试。 SRM特点： 简化和自动化灾难恢复工作流程：设置、测试、故障切换 将人工恢复操作手册转化为自动化的恢复计划 通过vCenterServer提供对恢复计划的集中管理 与存储复制技术配合工作，使得灾难恢复工作变得更加快速、可靠和可管理 SRM拓扑： SRM架构构建组件： 方案设计 方案设计目标 本次SRM实施要达到如下目标： 所有虚拟化平台上已建灾备系统的业务应用系统的灾难恢复切换操作全部实现自动化切换， 要求能够实现但业务应用的灾难恢复切换，切换操作实现自动化完成， 当从生产站点切换到灾备站点后，能够自动完成从灾备站点到生产站点的重新保护， 当某一业务应用系统包含多台VM时，在自动切换过程中，可以保证正确的开关机顺序， 整个架构允许未来的可扩展性。 SRM架构拓扑图 SRM部署架构拓扑图 SRM基础架构设计原则 为了保证整体架构的可扩展性和高效性，SRM基础架构设计按照以下原则进行： vCenterServer：生产端和灾备端的vCenterServer部署在物理服务器上，并采用集群架构，保证其高可用性。 数据库：生产端和灾备端的数据库系统分别部署在单独虚拟服务器上，并将数据库虚拟服务器放在虚拟化管理集群中。 SRM：生产端和灾备端的SRM系统分别部署在单独的虚拟服务器上，并将数据库虚拟服务器放在虚拟化管理集群中。 SRA：分别在生产端和灾备端的SRM