vmware虚拟化

1、 2011 VMware Inc. All rights reservedVMware技术大讲堂 虚拟化容灾方案 adf 2议程 虚拟数据中心容灾特点本地虚拟数据中心容灾方案异地虚拟数据中心容灾方案双活虚拟数据中心数据中心虚拟数据中心容灾案例分享123453虚拟数据中心容灾特点443% 的企业在经历灾难后无法继续运营， 29% 的企业在2年内倒闭(McGladrey and Pullen)93% 的企业在数据中心停运10天以上之后的1年内倒闭 (National Archives & Records Administration)对企业而言，灾难意味着可能永远出局地震雪灾海啸洪水飓风火

2、灾 5人们最大的误区：大部分的灾难事件来自于自然灾害地震27%73%天气洪水火灾恶意代码系统故障社会工程攻击人为操作失误对于大众与审计部门是可以理解的大众与审计部门是缺乏耐心的6传统业务级容灾方案面临的挑战昂贵的成本复杂的恢复方案?无法检验的恢复应用主机存储网络软件主机存储设施=+现实差距 无法满足业务部门的要求过渡开销资源 基本要求无法满足7传统灾难恢复方案的覆盖率十分低Tier 1 应用 群集保护Tier 2 / 3 应用 只有备份保护企业数据中心小型站点 只有备份保护小型异地分支机构传统灾备方案无法覆盖的业务： 大型数据中心的2级或3级应用 中小型企业 远程分支机构 OSAPPOSAPP

3、OSAPPOSAPPOSAPPOSAPPOSAPPOSAPPOSAPPOSAPP8业务连续性保证应该是一项适用于各种应用的基础架构服务资源池vSpherevSpherevSphere本地站点容灾站点vCenter Site Recovery ManagerMetroClustering VMware High Availability (app-aware) VMware Fault Tolerance VMotion and Storage VMotion VMware Data Protection vStorage APIs for Data Protection资源池vSpherevS

4、phereDev /TestDev /TestDev /Test灾难恢复本地高可用数据保护 与应用程序和操作系统无关 简单，经济9Active/Active存储VMware HA备份软件 & 异地数据复制虚拟数据中心容灾方案的几种选择异地双活业务容灾SRM灾难恢复计划虚拟机IP复制存储FC复制RTO&RPO成本异地业务容灾本地容灾方案异地数据容灾VMware HA备份软件虚拟机基于IP的复制Active/Active存储VMware HA10结合业务梳理，选择适合的容灾方案11本地虚拟数据中心容灾方案12VMware HA 确保虚拟机高可用13虚拟机的自启动顺序相关应用的虚拟机

5、的启动顺序 通过vApp设置启动顺序主机的正常开机、关机、重启 virtual machine startup and shutdown主机故障VMware HA生效时 VMware HA启动顺序 (VM Restart Priority)14应用的自启动顺序VMware Tools 启动脚本路径：Windows： C:Program FilesVMwareLinux： /etc/vmware-tools其他自动启动应用的方式：Windowsn修改注册表n注册Windows ServiceLinux的开机启动脚本15应用程序资源操作系统VMESX 服务器站点应用程序组件与 VMware HA

6、配合的第三方高可用方案VM操作系统VM操作系统VMware ESXVM操作系统c3c2c1c2c4c1c3c1c2Symantec ApplicationHA保护应用程序组件VMware HA 保护基础架构组件n 与 VMware Tools Application Monitoring API 集成16与 VMware HA 配合的第三方高可用方案 （控制台界面）17异地虚拟数据中心容灾方案18通过数据备份实现异地数据级容灾ESX备份数据经过重复数据删除后复制到容灾站点磁带出库 生产中心备份服务器灾备中心备份服务器ESXESX19ApplicationApplicationApplicati

7、onApplicationApplication数据中心 2Tier 1 关键业务系统ApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationAppl

8、icationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationTier 2

9、与 Tier 3 应用ApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplicationApplication数据中心 1Tier 1 关

10、键业务系统2:46 p.m.45英里以外的海域发生地震2:57 p.m.IT 部门紧急反应3:55 p.m.海啸来袭！2:49 p.m.发布海啸警报Tier 2 与 Tier 3 应用异地业务级容灾示例20容灾方案启动的若干场景突然发生的站点故障例如：地震，火灾等全站或部分系统故障最关键但是最不常见的情形站点的故障不会经常发生一旦发生，需要快速恢复可预测的潜在危险例如： 台风，洪水，强制疏散等启动故障应急预案，将业务平稳转移计划内迁移：保证没有数据丢失自动回迁：保证平稳地恢复系统最常见的用户使用情形预先规划好的数据中心的维护全局负载均衡在站点之间的平稳迁移不中断业务的测试测试部分故障转移计划内

11、迁移：保证没有数据丢失自动回迁：双向的平稳迁移灾难故障转移Disaster Failover灾难回避Disaster Avoidance计划内迁移Planned Migration21VMware虚拟化容灾平台 Site Recovery Manager 5.1StorageServersVMware vSpherevCenter ServerSite Recovery ManagerVirtual MachinesSite Recovery Manager管理恢复计划 (Recovery Plans)自动化故障转移(Failover)与灾后恢复(Failback) 与vCenter以及各种复

12、制技术紧密集成基于存储的复制功能 (第三方)由复制软件/磁盘阵列供应商提供 由各供应商开发、认证、支持的复制适配器vSphere ReplicationvSphere核心代码的一部分支持跨群集/跨vCenter复制虚拟机可选的复制功能生产与灾备中心同时需要部署以下组件22容灾平台的基石 数据复制23Oracle Database(SAP) Oracle Data Guard 与 SRMvCenter ServervCenter ServerSite Site Recovery Recovery ManagerManagervSpherevCenter ServervCenter ServerS

13、ite Site Recovery Recovery ManagerManagervSpherevSphere vSphere ReplicationReplicationSite A (Primary)Site A (Primary)Site B (Recovery)Site B (Recovery)PrimarySAP DBStandby SAP DBOracle Data Oracle Data GuardGuardLog ShippingLog ShippingSAP CSSAP PASSAP CSSAP PAS 同样适用于以下的Log Shipping方式nExchange DAGn

14、SQL Always-on24适合 vSphere Replication 的使用场景只需要基本的复制需求 远程/分支机构恢复方案 本地恢复方案 利用同一个vCenter控制小型、相邻地区的分支机构数据中心迁移项目 25vSphere Replication 如何保证数据的一致性一个虚拟机的多块虚拟机磁盘之间保证写顺序的一致性 每个复制的副本最坏的结果 = 关机重启 （crash consistent）通过VSS快照静默Windows的虚拟机OS与各种Windows应用OSDataAPP26通过Seeding的方式加速vSphere Replication的初次同步时间、节省带宽用户可以为初次

15、拷贝提供复制种子 “种子”可以通过任意带外的方式递送到灾备中心“种子”的时间点越接近生产虚拟机越好 在用户配置复制关系时可以指定导入种子文件 27vSphere Replication：上传种子 28vSphere Replication：选择种子 29vSphere Replication：确认使用种子 30适合 Site Recovery Manager 的使用场景扩展性 需要保护的虚拟机的数量急速增长自动 需要在容灾方案中获得更好的自动化手段 可靠性 要求拥有可靠的不中断容灾演练、迁移、failover 与 failback自定义 需要自定义恢复流程，并确保自动地执行（IP变化，VM与V

16、M启动/关闭依赖关系，自定义调用其他脚本）应用支持 需要创建虚拟机的保护组 重复 需要可重复的、内置的恢复计划，从而可以切换（failover）部分或所有的业务虚拟机 vSphere Replication 仅仅是保护，而 SRM 是灾难恢复 31双活虚拟数据中心容灾方案32Site A Datastore典型的双活数据中心方案拓扑vSphere Metro Storage Cluster (vMSC)vMotionvCenter ServervSphere Cluster站点A 主机ESXiESXiESXiESXiSite B Datastore站点B 主机ESXiESXiESXiESXiA

17、ctive / Active Storage最大的优势：1. 跨站点的资源负载在线调配(workload balance)2. 灾难回避(disaster avoidance)&计划内迁移,业务零中断, 数据零丢失33VMware Metro vMotion 基础架构要求vMotion跨数据中心虚拟网络扩展(VLAN) 跨数据中心存储扩展IP 路由考虑存储任意时间任意位置读/写，且冗余保障 存储链路延迟小于5ms RTT存储硬件兼容性-Certified vMCS 网络IP路由与服务L2层网络相邻ESXi管理网络延迟 小于10ms RTT考虑”脑裂”现象34个别关键应用的最佳选择：vM

18、CS与Oracle RAC配合的SAP双活方案Site ASite BVPLEX MetroStorage ReplicationLayer 2Latency 1 msDistance 100 kmBrocade MLXBrocade MLXBrocade VDXBrocade VDXLayer 2 DomainOracle RACOracle RACBrocade DCXBrocade DCXEMC Symmetrix VMAXEMC VPLEXEMC VPLEXEMC VNXvLAGvLAGVMware ESXiSAPVPLEX WitnessSite CVMware ESXiVMware

19、 ESXiSAPEthernetIP 10 GbEFibre ChannelClient Access35虚拟数据中心容灾案例分享36容灾即服务（DRaaS）通过云数据中心提容灾服务（基于VMware SRM）：FusionStormHilandVeriStorSunGardTerremarkIIJ (Japan)供应商提供不同的定价、服务打包、 服务级别与部署选项PublicCloudService ProvidervSpherevCenterSRM 537SunGuard 用户场景： 完全使用SRM实现容灾计划典型的中小企业用户 100% 虚拟化的数据中心ATOT/DSecure NTAP

20、Shared VaultsSRMSRMvCentervCenterCustomer DR SRM InstanceSnapMirrorSRMRecover customer environment using SRM from Secure NTAP Shared Vaults Use SRAs to orchestrate SnapMirror replication to Secure NTAP Shared VaultsSunGard replicates customers VM DR plan using SRM3TB NTAP SAN, 25 VMs, 要求4小时内的RTO，按需启

21、动灾备中心业务虚拟机作用于产品测试与用户体验测试SunGard 基于SRM的 Recovery-as-a-Service38SunGuard 用户场景2： SRM作为容灾计划的重要组成部分大型企业用户 虚拟与物理环境混合的数据中心ATOT/DSRMvCenterSunGard SRM RaaSSRMBridge recovery environment with workgroup for end-user access MRP for orchestrating recovery across multiple tiers and DR lifecycle managementSRM Raa

22、S for VM recovery and R2C Server Rep for physical servers (P2V)300TB EMC SAN, 645 个虚拟机 与 40台物理服务器。 RTO 按业务不同要求4 至12 小时。645 VMs on ESX 4.x running on EMC SANSRDF40 台物理Windows服务器ATOT/DSunGard R2C Server Replication P2V Server ReplicationWorkGroup subscription for 50 positionsSunGards Managed Recovery

23、Program (MRP) Services39H 基于SRM为用户提供自助容灾服务40灵活利用多种基于IP的复制方式-VMware vSphere Replication-Oracle Dataguard-Microsoft Log Shipping-File Replication ToolsH 提供更高性价比的容灾服务41案例二、美国国家银行 (AMNB)：利用SRM实现近似双活的数据中心一家资产约13亿美元的社区银行 总行设在丹佛，在弗吉尼亚与北卡罗来拥有25家支行 为社区提供服务长达103年 拥有2个数据中心，310个虚拟机 100MB专线，距离40KM，20ms网络延迟L2层网络不通单个虚拟数据中心的资源约为： CPU: 60ghz内存: 192GB存储: 20TB42美国国家银行：选择方案时的考虑灾备中心改造前状态灾备中心仅存放备份数据缺少可验证的容灾方案不具备负载均衡的能力我们需要什么级别的应用移动性？真正有多少应用或虚拟机需要跨数据中心vMotion？我们所能接受的宕机时间与数据丢失是多少（RPO与RTO）？利用存储复制与SRM实现的跨数据中心的冷