业务连续性与容灾

虚拟化环境下的业务连续性与容灾陈华jachen@议程简介

–VMware的业务连续性解决方案数据保护本地高可用灾难恢复vSphere+复制SiteRecoveryManager城域集群43%的公司在灾难发生之后立刻倒闭，29%的公司在两年内倒闭。

(McGladreyandPullen)数据中心如果停止运转10天，则93%的公司会在一年内破产。(NationalArchives&RecordsAdministration)在大的灾难之后，如果不能在24小时之内恢复数据访问，则40%的公司会被迫停业。

(Gartner)

公司高层要求在10小时内恢复业务;

对于IT经理，恢复过程可能需要多达30小时。

(HarrisInteractive)你的系统需要何种保护？关键服务需要业务连续性保证38%43%53%25%25%MSExchangeMSSQLMSSharePointOracleMiddlewareOracleDBXenApp42%SAP18%Source:VMwarecustomersurvey,January2010,samplesize1038Data:Totalnumberofinstancesofthatworkloaddeployedinyourorganizationandthepercentageofthoseinstancesthatarevirtualized44有多少应用实例运行在VMware的虚拟化平台上？对高可用性的期待不断增加RTO从大于24小时缩减到小于12小时数据

保护灾难

恢复本地

高可用传统的可用性解决方案复杂且昂贵应用服务器群集会话状态复制中间件

/Java数据库访问组CCR/SCR数据库镜像微软集群OracleRACOracleDataGuard每一组应用都有自己的解决方案复杂且昂贵对管理员的技术要求较高出错的风险大许可证较贵(如RAC)专用的备份架构5业务连续性保证应该是一项适用于各种应用的基础架构服务资源池vSpherevSpherevSphere本地站点容灾站点vCenterSiteRecoveryManagerMetroClusteringVMwareHighAvailability(app-aware)VMwareFaultToleranceVMotionandStorageVMotionVMwareDataRecoveryvStorageAPIsforDataProtection资源池vSpherevSphereDev/TestDev/TestDev/Test灾难恢复本地高可用数据保护6与应用程序和操作系统无关

简单，经济BC/DR是虚拟化平台建设的主要动因…虚拟化平台建设的五大目标使用虚拟化技术来改进业务连续性与灾难恢复(BC/DR)46%改进虚拟机的性能33%增加服务器整合比32%改进VM环境管理31%移植更多的关键应用到虚拟化平台24%Source:WWVMwarecustomersurvey,January2010N=1083

本地高可用灾难恢复VMware业务连续性解决方案要素数据保护X

可靠的平台坚实的虚拟化平台是基础保护功能可以抵抗多种组件故障多网卡绑定存储多路径ESX/ESXi的可靠性最终用户系统连续在线时间高达1140天“Thisisthe‘accidentallybuiltawallarounditandforgotitwasthere’kindofreliable.Thecodeisvirtuallybomb-proof.”

-RedmondMagazine-Editor’sChoiceAwards

议程简介–VMware的业务连续性解决方案数据保护本地高可用灾难恢复vSphere+复制SiteRecoveryManager城域集群vStorageAPIs提供强大的数据保护功能传统备份影响应用的运行，用户的访问全恢复的速度慢，操作复杂恢复过程与硬件相关VMwarevSphere的备份不影响应用的运行和用户的访问支持脱机备份，LAN-Free备份支持镜像级别或文件级别的备份VSS静默用于保证应用数据一致性VMware提供高度可扩展的，不中断业务的备份，

以及简单可靠的，到任意硬件环境的恢复VMSnapshotOSAPPESXOSAPPOSBACKUPAPPBackupJobOSAPPTapeordisk合作伙伴的备份解决方案ArcServeNetBackup&BackupExecvRangerTivoliStorageManagerAvamarSimpanaVirtualCenterVirtualCenterVMware数据恢复–vSphere4的新特性

无代理，基于磁盘的备份与恢复VM或文件级恢复增量备份与去重技术可节省磁盘空间快速，简单并且完整的数据保护

通过vSphereClient进行集中管理

减少备份数据对存储资源的占用1.备份2.恢复VM下线选择要恢复的镜像或文件执行恢复VM上线运行X通过VC执行备份任务生成快照数据去重与存储vCenterServerXDe-duplicatedStoragevCenterServer议程简介–VMware的业务连续性解决方案数据保护本地高可用灾难恢复vSphere+复制SiteRecoveryManager城域集群关键收益

消除常规维护所导致的停机时间对应用和最终用户没有影响任何时刻都可以进行维护避免计划内停机

服务器维护

VMotion&DRS将虚拟机迁移到池中的其它服务器自动分布工作负载以优化性能存储维护StorageVMotion在不中断服务的情况下将VM的磁盘迁移到其它存储空间。防范非计划停机防范主机失效自动在集群中的可用主机上重新启动虚拟机适用于运行在vSphere之上的所有应用程序数分钟内完成重新启动与操作系统和应用程序无关，不需要复杂的配置和昂贵的许可健康监视APIs提供应用级别高可用–vSphere4.1新特性VMwarevSphereOSAPPOSAPP应用程序健康监视在VM内部检测应用程序失效VMwareHA1在VM内部重启应用在VM内部启动/停止/重启应用检测到应用问题时自动重启2与VMwareHA集成如果重启应用失败或虚拟机失去心跳信号，则自动触发VMwareHA3App重新启动利用与VMwareHA相集成的第三方解决方案(如SymantecApplicationHA)123AppOSAppOSAppOSXXAppOSAppOSAppOSAppOSXVMwareESXVMwareESXVMwareFaultTolerance：零停机零数据丢失在不同物理主机上运行相同的虚拟机零停机，零数据丢失

硬件失效时可保护所有虚拟机与VMwareHA/DRS集成不需要复杂的配置，不需要特殊的硬件支持适用于所有操作系统和应用程序FTHAHA防范硬件失效应用程序覆盖VMwareFT未保护自动重启连续性0%10%100%VMwareHAVMotion(计划内停机)ExchangeDAG/DBMirroring/RACMicrosoftClustering/DataGuard适用于所有应用程序的可用性解决方案议程简介–VMware的业务连续性解决方案数据保护本地高可用灾难恢复vSphere+复制SiteRecoveryManager城域集群传统灾难恢复的挑战复杂的恢复需求依靠手工操作，

需要好的培训，

文档以及执行无法满足业务目标昂贵需数天乃至数周才能恢复不可靠-手工操作可能出错，流程与配置可能未经验证????????虚拟化环境灾难恢复的关键特性封装所有与系统相关的信息都存储在磁盘数据中可以通过数据保护工具来保护整个系统硬件无关可靠地将虚拟机恢复到任何硬件容灾站点可以采用低端设备整合减少生产端和容灾端的硬件需求在容灾端可以采用较高的整合比

简化灾难恢复流程消除恢复步骤无需重新安装操作系统或裸机恢复不需要重新配置硬件标准化恢复流程与操作系统和硬件无关的标准流程ConfigurehardwareInstallOSConfigureOSInstallbackupagentStart“Single-stepautomaticrecovery”RestoreVMPoweronVM物理虚拟40+小时<4小时StorageServersVMwarevSphereVirtualMachinesvSphere+第三方复制技术=健壮的容灾方案StorageServersVMwarevSphereVirtualMachines活动站点容灾站点基于主机

的复制基于存储

的复制封装

一步复制OS，应用和数据硬件无关

减少硬件需求和切换的风险整合

减少DR的开销可以采用基于存储的复制或基于主机的复制SRM目前需要基于存储的复制VMwareHBR会在下一版本提供复制方案可保证应用程序的数据一致性议程简介–VMware的业务连续性解决方案数据保护本地高可用灾难恢复vSphere+复制SiteRecoveryManager城域集群vCenterSiteRecoveryManager自动化DR自动恢复工作流自动记录手工操作以生成自动恢复计划确保最快的，可预测的RTO数分钟到数小时支持非中断恢复计划测试通过vSphereClient支持中央管理功能快速，可靠，可控，经济SiteRecoveryManager利用

VMwarevSphere实现

高级别的灾难恢复管理与自动化SRM关键组件StorageServersVMwarevSpherevCenterServerSiteRecoveryManagerStorageServersVMwarevSphereVirtualMachinesvCenterServerSiteRecoveryManagerVirtualMachinesSiteRecoveryManager管理和监视恢复计划与vCenterServer紧密集成VMwarevSphere需要支持此功能的ESX需要支持此功能的vCenterServerStorageiSCSI,FibreChannel或NFS存储StoragePartnerReplication主流存储厂商都已经通过认证PartnerReplicationSRM+vSphere+复制=完整的虚拟化容灾方案TraditionalDRvSphere+3rdPartyReplicationSRM+vSphere+Replication封装以简化复制

OS+App+dataX硬件无关X整合以节省开销X简化恢复单个虚拟机

(OS+App+data)X

自动化流程XX快速，可靠的RTOXX非中断测试XX中央管理XX(1)SimplewithHost-BasedReplication,requiresscriptingwithStorageReplication(1)SRM的未来从SRM到“SiteManager”增强功能OSAPPOSAPPOSAPP长距离vMotion基于主机的复制DR到云SRM=SiteManager自动切换增强的扩展性对VM启动顺序有更多控制计划内迁移时保证应用的数据一致性与第三方产品有更广泛的集成SRM可覆盖大多数应用MinutesHoursDays#ApplicationsTierITierIITierIIITierIV全球集群,分布式应用基于服务器的复制

备份/恢复SiteRecoveryManagerRTORTO:10分钟到数小时RPO:决定于存储复制

SRM降低恢复风险在测试缺口阶段，组织不能确保可以恢复当前的IT环境。一个切换场景可能花费数天乃至数周才能完成，业务处在极危险的境地。虚拟化与DR自动化极大地减少了恢复风险未经验证的恢复能力时间DR测试DR测试对基础架构配置和应用的改变测试缺口恢复

风险不采用虚拟化与DR自动化的IT环境恢复

风险DR测试DR测试频繁的DR测试时间采用虚拟化与DR自动化虚拟化SiteRecoveryManager灾难恢复场景主备式切换双活切换双向切换“本地”切换ProductionRecoveryProductionRecoveryProductionProductionProduction最常见的场景花销较大灾备架构主要用于测试，开发和培训减少开销两个站点均有生产应用每个站点为对方提供容灾支持较少应用防范较大范围的数据中心故障部署方式标准部署在两个站点1:1映射资源共享恢复站点多个生产站点共用一个容灾站点利用分支机构的资源灾难恢复设置与复制技术集成可确定哪些虚拟机得到了复制技术的保护映射恢复资源服务器资源，网络资源，管理对象创建恢复计划虚拟机，应用程序，业务单元将手工操作指南转换为预设定响应方式可定制的脚本与调用简化恢复基础架构所需配置与流程简化虚拟机与复制技术的协作

站点

A站点

B复制保护组的建立需要认真规划数据存储组1LUN1保护组1ExchangeDatastoreVMFSALUN4LUN5VMFSCVMFSD数据存储组2DatastoreDatastoreCASHubMailboxWeb保护组2SharePointSQLApp/OSDB/log保护组1恢复计划1(仅Exchange)保护组1恢复计划2(Exchange和

SharePoint)保护组2配置LUN与保护组的关键点保护组的颗粒度——一次恢复最小数量的应用？应用程序的依赖关系——哪些虚拟机需要完全应用程序恢复？一致的组——哪些虚拟机磁盘需要按一致的计划进行复制？应用的一致性——数据需要单独的LUN吗？是否需要支持第三方的“应用一致性”复制？创建和编辑恢复计划恢复计划编辑器测试创建隔离的测试环境测试前生成复制LUN的快照开机前将所有虚拟机连接到测试端口组自动化执行测试使用创建好的恢复计划测试中可增加断点与调用记录测试执行情况测试后恢复环境关闭并删除所有测试虚拟机删除复制LUN的快照可在不中断业务的情况下测试恢复计划测试过程可以与现存的，非虚拟化的DR工具与流程协作站点B测试与执行恢复计划恢复计划中的步骤状态和时间戳执行时间用户确认消息站点B站点A复制切换自动化检测站点失败丢失心跳产生告警触发切换用户确认切换触发管理复制切换中断复制使复制数据对恢复主机可见执行恢复过程使用预编程计划恢复过程可见切换过程自动化执行过程实时，逐步可见站点B回切配置回切原始站点恢复运营建立反向复制重新配置SRM，原始站点成为恢复站点为回切创建新的恢复计划执行回切通过SRM测试和执行自动化回切，恢复原始站点的运营恢复保护配置复制以确保受保护虚拟机被复制到恢复站点重新创建和测试恢复计划使用SRM控制，自动回切站点A原始站点恢复站点反向复制复制使用SRM实现数据中心迁移当前站点新建站点复制映射应用程序依赖关系确认哪些对象需要“一起移动”（如应用和它的数据）创建一个或多个迁移计划每一次迁移包括哪些虚拟机确保存储复制技术复制了正确的数据集分阶段迁移可以有效减少停机时间执行前测试迁移计