SRM设计方案.docx

SRM设计方案.docx

《SRM设计方案.docx》由会员分享，可在线阅读，更多相关《SRM设计方案.docx（9页珍藏版）》请在冰豆网上搜索。

1.方案概述

1.1.背景

XXX公司已经完成同城灾备中心建设，并且当前公司的关键业务系统都已经完成应用级灾备系统的建设。

通过不断的演练，能够在规定的RTO时间内完成从生产到灾备系统的切换工作。

在建设灾备系统的同时，XXX公司紧跟IT技术发展前沿，通过评估和测试后，将几乎所有应用系统全部迁移到了虚拟化平台。

从而减少了生产中心和灾备中心的物理服务器的部署数量，使得当前计算资源得到充分利用。

同时缩短了新应用系统上线的部署时间。

然而随着新应用系统的不断上线以及灾备系统建设的逐渐增加，在人力有限的条件下，虚拟化环境下的灾备切换工作压力日益增大，切换时间也随之增加，如果继续按照原有方法切换，不但切换时间无法保证，切换的成功也难以保证。

为了在有限的人力条件下，为了缩短灾备切换时间，保证切换质量，经过评估和测试后，中国有限责任公司决定将虚拟化环境的灾备切换从人工切换转变为自动化切换。

1.2.虚拟化现状

XXX公司的虚拟化平台采用的是VMware虚拟化软件，并对虚拟化平台进行了升级和优化。

当前虚拟化软件组件及版本如下表：

序号

软件名称

当前版本

1

Vsphere

5.1

2

vCenterServer

5.1

3

VMFS

5

4

Vmtools

9

5

VMhardware

8

1.3.虚拟化灾备现状

在虚拟化平台上运行的业务应用系统中，已经建设灾备系统的业务应用系统都采用了独立的存储LUN，即每个业务系统虚拟服务器都独自占有一个或者几个LUN，不与其它虚拟服务器共享存储，这样规划的好处在于可以实现但业务应用系统的灾备切换。

虚拟化平台的底层的存储系统采用的IBMSVC，通过生产和灾备间的SVC实现虚拟化平台的数据同步复制。

1.4.产品介绍

依据当前XXX公司虚拟化平台环境，经过对不同厂家自动化切换工作的评估和测试，最后选择了VMware的SiteRecoveryManager自动化切换软件。

VMwarevCenterSiteRecoveryManager （SRM）是一个业务连续性和灾难恢复解决方案，可帮助您计划、测试和执行受保护 vCenterServer 站点与恢复 vCenterServer 站点之间的虚拟机恢复。

通过配置基于阵列的复制，您可将 SRM 配置为支持若干第三方磁盘复制机制。

基于阵列的复制将显示已复制的数据存储以恢复虚拟机工作负载。

SRM实施从受保护站点到恢复站点的不同类型的恢复：

计划的迁移：

从受保护站点到恢复站点的虚拟机的正常疏散。

计划的迁移可防止有序迁移工作负载时丢失数据。

这两个站点必须正在运行并完全正常，计划的迁移才能成功。

灾难恢复：

灾难恢复与计划的迁移相似，不同之处在于灾难恢复不要求两个站点都在正常运行，例如受保护站点意外脱机时也可执行。

在灾难恢复操作过程中，或者报告受保护站点上的操作故障，或者忽略掉。

SRM会协调恢复过程与复制机制，将数据丢失和系统停机时间降至最低：

l在受保护站点上，如果受保护站点仍在运行，则 SRM 会完全关闭虚拟机

lSRM会根据恢复计划在恢复站点上打开复制的虚拟机的电源

l恢复计划指定了在恢复站点上启动虚拟机的顺序。

恢复计划还指定了IP地址等网络参数，且能包含 SRM 可运行来执行自定义恢复操作的用户指定脚本

l您可使用 SRM 测试恢复计划。

您可在不中断任一站点上持续操作的情况下，使用所复制数据的临时副本来执行测试。

SRM特点：

l简化和自动化灾难恢复工作流程：

设置、测试、故障切换

l将人工恢复操作手册转化为自动化的恢复计划

l通过vCenterServer提供对恢复计划的集中管理

l与存储复制技术配合工作，使得灾难恢复工作变得更加快速、可靠和可管理

SRM拓扑：

SRM架构构建组件：

2.方案设计

2.1.方案设计目标

本次SRM实施要达到如下目标：

l所有虚拟化平台上已建灾备系统的业务应用系统的灾难恢复切换操作全部实现自动化切换，

l要求能够实现但业务应用的灾难恢复切换，切换操作实现自动化完成，

l当从生产站点切换到灾备站点后，能够自动完成从灾备站点到生产站点的重新保护，

l当某一业务应用系统包含多台VM时，在自动切换过程中，可以保证正确的开关机顺序，

l整个架构允许未来的可扩展性。

2.2.SRM架构拓扑图

SRM部署架构拓扑图

2.3.SRM基础架构设计原则

为了保证整体架构的可扩展性和高效性，SRM基础架构设计按照以下原则进行：

lvCenterServer：

生产端和灾备端的vCenterServer部署在物理服务器上，并采用集群架构，保证其高可用性。

l数据库：

生产端和灾备端的数据库系统分别部署在单独虚拟服务器上，并将数据库虚拟服务器放在虚拟化管理集群中。

lSRM：

生产端和灾备端的SRM系统分别部署在单独的虚拟服务器上，并将数据库虚拟服务器放在虚拟化管理集群中。

lSRA：

分别在生产端和灾备端的SRM系统虚拟服务器上安装存储系统驱动SRA。

2.4.SRM恢复策略设计

应用系统

虚拟机

hostname

数据存储名称

vDisk

RC

保护组和

恢复计划

文档

Doc

doc1

srm-doc101

srm_doc101

srmdoc1

文档系统

3.SRM实施计划

序号

主要任务

详细任务

计划

开始时间

计划

结束时间

1

SRM实施规划

2014-3-20

2014-3-21

1.1

确认SRM实施方案范围

2014-3-20

2014-3-20

1.2

SRM保护组规划

2014-3-20

2014-3-21

1.3

SRM恢复计划规划

2014-3-21

2014-3-21

2

SRM环境部署

2014-3-21

2014-3-21

2.1

申请防火墙开发端口

2014-3-21

2014-3-21

2.2

部署SRM软件

2014-3-21

2014-3-21

2.3

SRM详细配置

2014-3-21

2014-3-21

2.4

申请存储空间

2014-3-21

2014-3-21

2.5

SRM整体环境验证

2014-3-21

2014-3-21

3

测试

2014-3-22

2014-3-22

3.1

部署测试被保护虚拟机

2014-3-22

2014-3-22

3.2

创建保护组

2014-3-22

2014-3-22

3.3

创建恢复计划

2014-3-22

2014-3-22

3.4

保护组及恢复计划优化

2014-3-22

2014-3-22

4

SRM实施

2014-3-24

2014-3-28

4.1

依据业务系统创建保护组

2014-3-24

2014-3-25

4.2

依据业务系统创建恢复计划

2014-3-25

2014-3-26

4.3

针对每个恢复计划执行测试

2014-3-26

2014-3-28

4.4

保护组及恢复计划优化

2014-3-28

2014-3-28