vmware云环境中的容灾建设

1、云环境下的容灾建设关键应用业务虚拟化保障2议程 虚拟数据中心容灾特点Site Recovery Manager 灾难恢复方案关键应用的虚拟化保障虚拟化平台运维和管理云平台建设 3虚拟数据中心容灾特点4传统业务级容灾方案面临的挑战昂贵复杂的恢复方案?不靠谱的故障转移应用主机存储网络软件主机存储设施 无法满足业务需求：过长的恢复时间 过多的资源开销 5软件定义的网络与安全软件定义的存储计算管理&自动化抽象. 池化. 自动化.LinuxWindows数据库关键应用业务应用大数据高性能计算遗留应用由软件定义的数据中心6虚拟化让容灾变得前所未有的简单灵活的架构 选择任意品牌型号的x86的服务器硬

2、件简单的业务保护 面对的是文件而不是操作系统 精简灾难恢复计划、标准化恢复流程 低成本的架构 服务器数量大大减少 业务封装服务器整合硬件无关vSpherevSpherevSphere7封装简化了应用的保护与恢复 简化恢复 无需重新安装操作系统或裸金属(bare-metal)恢复无需重新配置硬件 标准化恢复流程 独立于应用、操作系统、硬件的标准流程 配置硬件安装OS配置OS安装备份代理启动自动恢复恢复VM启动VM物理虚拟40+ 小时= 15 min2011年发布SRM Recovery Plan控制的恢复与容灾演练vSpherevSpherevSphere Replication提供简单&

3、;可靠的虚拟机保护13创建恢复方案与迁移方案只需五个简单的步骤五步配置恢复方案将生产系统的资源映射到备份系统 资源池 虚拟交换机 VM文件夹设定VM保护组配置灾备VM的启动顺序配置灾备VM的IP选择灾备中心允许挂起/关闭的低优先级VM不需要手工干涉重新配置存储停止复制将LUN映射给vSphre在vCenter注册VM状态重新配置主机重新配置物理网络恢复整个系统，包括操作系统和应用的运行文件添加消息和定制脚本Optional14恢复计划(Recovery Plan)的测试和执行恢复计划的步骤状体与时间戳 何时执行用户确认信息15计划内迁移与灾后恢复计划内迁移(Planned Migration)

4、站点 B站点 A复制1关闭生产VM2 同步数据，停止复制，映射LUN到灾备端宿主机3恢复状态一致的VMvSpherevSphere灾后恢复(Failback)站点 B站点 A反转复制关系反转原来的恢复计划vSpherevSphere16SRM 通过经常性的容灾演练降低业务恢复的风险由SRM提供保障：满足灾难恢复的一切目标在DR过程中缺乏信心TimeDR TestDR Test上层应用和底层架构的配置都会发生改变TESTING GAPRecoveryRisk传统的灾难恢复RecoveryRiskDR Test DR TestTimeSite Recovery Manager经常性的DR测试17S

5、RM 支持多种形式的灾难恢复Active-PassiveFailover（一主一备）Active-ActiveFailover（双活）Bi-directional Failover（双向互备）Shared Recovery Sites（多对一容灾）ProductionRecoveryProductionRecoveryProductionProduction最普通，最传统的方案成本高且需要专门资源的支持支持备份系统的资源复用，节省成本可将其用于测试、开发、培训等非关键业务两个站点都运行生产系统两个站点互为备份多对一的故障保护适用于小型远程分支机构18适合Site Recovery Manage

6、r方案应用场景避免使用SRM灾备方案的场景：计划内的跨数据中心的迁移无法容忍业务中断若提升站点之间负载均衡的优先级十分高适合使用SRM灾备方案的场景若业务跨数据中心迁移时可以容忍短暂的停顿若拥有虚拟机启动优先级、依赖关系等复杂的恢复场景若容灾演练具有十分高的优先级，e.g. SLA或审计要求反复验证一致的恢复结果若超过多个站点需要灾备保护若不希望保护与故障转移的距离受到限制若灾难恢复时涉及IP地址变化、脚本运行等虚拟机自定义配置19SRM-市场验证“If your organization is already taking advantage of virtualization, then

7、adding Site Recovery Manager to handle disaster recovery is a no-brainer.” Jerry Wilkin Senior Systems Administrator, Dayton Superior Corp20关键应用的虚拟化保障21大部分用户已经对他们的关键业务实现的虚拟化和OVISource: VMware customer survey, Jan 2010 and June 2011Data: Total number of instances of that workload deployed in your org

8、anization and the percentage of those instances that are virtualized 42%67%47%34%28%28%ExchangeSharePointSQLOracleOracle DBSAP% Of Customer Workload Instances Running on VMware2010201122vSphere 5.x 能够满足绝大多数的关键业务的需求Storage (IOPS)Network (GB/s)Memory (GB/VM)Compute (CPU/VM)300,000302568 100,00096441,0

9、00,000361,000327,0000.93.625,0000.521vSphere 4ESX 3vSphere 5ESX 2ESX 1100% of Apps0%23Oracle Database Licensing CPU-Based SKU ConsiderationsFor all of the following situations: License the full machineAfter being “fully licensed” you can deploy unlimited VMs!Standard Edition One-Licensed by socket-L

10、imited to two sockets-Must license full machineStandard Edition-Licensed by socket-Limited to four sockets-Must license full machine(s)Enterprise Edition-Licensed by core-Apply x86 factor of 0.5 to cores-Must license full machinePricing per Oracle Technology Global Price List, October 20, 2011$5,800

11、 x 2 = $11,600$17,500 x 4 = $70,000$47,500 x16 x 0.5 $380,00024虚拟机能够满足绝大多数的oracle数据库负载CPUVM32 vCPUOracle DB24 CPU4% utilizedMemoryVM1TBOracle DB48GB50% utilizedDisk I/OVM1,000,000 IOPSOracle DB1200 IOPSNetwork I/OVM 36Gb/sOracle DB2MB/sSource: VMware Capacity Planner analysis of 700,000 servers in c

12、ustomer production environments25对比Oracle DB传统部署和虚拟机部署的性能MetricPhysical Machine/NativeVirtual Machine每秒业务交易吞吐量293K250K磁盘I/O 吞吐量(IOPS)71K60KDisk 带宽305MB/s258MB/sNetwork packet rate receiveNetwork packet rate send12Kb/s19Kb/s10Kb/s 17Kb/s Network bandwidth receiveNetwork bandwidth send25Mb/s66Mb/s21Mb

13、/s 56Mb/s sendSource : http:/ RAC Node VM vMotion Testing StepsStep 1: Migrate the Oracle RAC node VMORARAC2 from ESX2 (5) to ESX4 (3) so that ESX2 can be taken down for a firmware upgradeStep 2: After the hardware maintenance is completed on ESX2, move VMORARAC2 from ESX4 (3

14、) back to ESX2 (5)27CPU Utilization During Oracle RAC Node VM vMotion2828Hot-Add capacity1 vCPU2GB4 vCPU64GBProvision additionalapp instance in minutesDynamic Scaling on vSphere Zero downtime maintenance Migrate live databases Little impact to users数据库和应用可动态扩展29Oracle 11g R2 DB Server VMware

15、 Hot Add vCPU30NIC 绑定，多路径容错、高可用资源池动态调配在线业务迁移存储在线迁移容灾恢复组件组件服务器服务器存储存储数据数据站点站点数据备份恢复、各种第三方软件紧密集成有效的硬件失效防护有效的硬件失效防护计划内维护计划内维护“零停机时间零停机时间”计划为意外宕机及容灾计划为意外宕机及容灾VMFSVMFS基础架构可以对应用提供各种级别的可靠性保护基础架构可以对应用提供各种级别的可靠性保护31虚拟化平台的运维和管理32分析师观点分析师观点“过去五年因事件和性能系统产生的警报数量平均每年增长警报数量平均每年增长 300% . 由于新 IT 基础架构的动态特性，今后五年这一增长速度

16、将会大幅度加快这一增长速度将会大幅度加快。”“虚拟化和云计算的广泛使用给 IT 产品体系带来了新的波动和动态特性新的波动和动态特性。老式的老式的事件关联和根本原因分析技术事件关联和根本原因分析技术以对 IT 基础架构组件之间拓扑关系的静态结构化了解为基础，完全跟不上完全跟不上这一新动态的发展。”“有效采用新兴新兴 IT 运营技术运营技术的 IT 运营团队 . 至少可以使 IT 服务停机时间缩短服务停机时间缩短 10%。”“早期 IT 运营分析可以缩短 IT 服务停机时间”， Debra Curtis、 Will Cappelli和 Jonah Kowall,，2012 年 3 月 30 日发表

17、。仅供内部使用仅供内部使用33端到端可视端到端可视: : 健康指数，风险指数，效率指数仪表盘健康指数，风险指数，效率指数仪表盘健康指数何时、何地问题发生？是否有异常？容量相关的风险哪一个资源将出现问题？资源使用是否优化？能否回收浪费的资源？34问题诊断：分析识别问题诊断：分析识别“构造构造”问题问题智能分析器检测运行问题简单、可追溯的指数表达整体的性能警告资源偏离“正常”轨道35问题诊断：钻取到发生问题的点问题诊断：钻取到发生问题的点关键指标，基于持续地“正常”状态的自学习问题由网络I/O引起快速诊断定位问题资源36面向混合云的自动运营管理面向混合云的自动运营管理使客户可以主动确保服务质量、运

18、营效率和持续合规性vCenter OperationsManagement Suite37VMware 的云计算运营管理方法的云计算运营管理方法vSpherevCenter Server服务器、存储、网络监控操作系统、数据库、应用监控vCenter Operations Management Suite获专利的分析方法自学式动态阈值智能警报1集成式方法性能数据容量使用情况配置变更2专为云计算设计运行状况模型开放且可扩展渐进式的方法338vCenter Operations Manager for View列出/搜索用户为 View 终端用户显示所有支持的基础架构组件所有支持的基础架构的根本原因

19、排序所选对象的原始指标指标会显示最有用的异常情况1234deyvmware故障原因！39基础架构云化40起点起点：传统数据中心传统数据中心价价值值规划期近期以全面部署规划期近期以全面部署服务器虚拟化为目标服务器虚拟化为目标VCDVCD建立建立云桌面云桌面私有云私有云P Private Cloudrivate Cloud垂直垂直IaaSIaaS项目项目资源虚拟资源虚拟化化VirtualizationVirtualization规划期中期以基本实现规划期中期以基本实现虚拟数据中心建立虚拟数据中心建立云桌面大范围应用云桌面大范围应用规划期远期以基本实现规划期远期以基本实现私有云部署为目标私有云部署为目标通过最佳实践快速实现私有云通过最佳实践快速实现私有云复制到全网复制到全网特定应用特定范围特定应用特定范围1.1.服务器虚拟化服务器虚拟化2.2.数据中心网络数据中心网络融合融合3.