《vmware云环境中的容灾建设（谷风详析）》由会员分享，可在线阅读，更多相关《vmware云环境中的容灾建设（谷风详析）（50页珍藏版）》请在金锄头文库上搜索。
1、云环境下的容灾建设关键应用业务虚拟化保障2议程虚拟数据中心容灾特点SiteRecoveryManager灾难恢复方案关键应用的虚拟化保障虚拟化平台运维和管理云平台建设1 12 23 34 45 5特制分析3虚拟数据中心容灾特点特制分析4传统业务级容灾方案面临的挑战昂贵复杂的恢复方案?不靠谱的故障转移应用主机存储网络软件主机存储设施 无法满足业务需求：过长的恢复时间过多的资源开销特制分析6虚拟化让容灾变得前所未有的简单灵活的架构选择任意品牌型号的x86的服务器硬件简单的业务保护面对的是文件而不是操作系统精简灾难恢复计划、标准化恢复流程低成本的架构服务器数量大大减少业务封装服务器整合硬件无关vSp
2、herevSpherevSphere特制分析7封装简化了应用的保护与恢复简化恢复无需重新安装操作系统或裸金属(bare-metal)恢复无需重新配置硬件标准化恢复流程独立于应用、操作系统、硬件的标准流程配置硬件安装OS配置OS安装备份代理启动自动恢复恢复VM启动VM物理虚拟40+小时=15min2011年发布SRMRecoveryPlan控制的恢复与容灾演练vSpherevSpherevSphereReplication提供简单&可靠的虚拟机保护特制分析13Step2Step3Step4Step5创建恢复方案与迁移方案只需五个简单的步骤五步配置恢复方案Step1将生产系统的资源映射到备份系统资
3、源池虚拟交换机VM文件夹设定VM保护组配置灾备VM的启动顺序配置灾备VM的IP选择灾备中心允许挂起/关闭的低优先级VM不需要手工干涉重新配置存储停止复制将LUN映射给vSphre在vCenter注册VM状态重新配置主机重新配置物理网络恢复整个系统，包括操作系统和应用的运行文件X XX XX XX X添加消息和定制脚本Optional特制分析14恢复计划(RecoveryPlan)的测试和执行恢复计划的步骤状体与时间戳何时执行用户确认信息特制分析15计划内迁移与灾后恢复计划内迁移(PlannedMigration)站点B站点A复制1关闭生产VM2同步数据，停止复制，映射LUN到灾备端宿主机3恢复
4、状态一致的VMvSpherevSphere灾后恢复(Failback)站点B站点A反转复制关系反转原来的恢复计划vSpherevSphere特制分析16SRM通过经常性的容灾演练降低业务恢复的风险由SRM提供保障：满足灾难恢复的一切目标在DR过程中缺乏信心TimeDRTestDRTest上层应用和底层架构的配置都会发生改变TESTINGGAPRecoveryRisk传统的灾难恢复RecoveryRiskDRTest DRTestTimeSiteRecoveryManager经常性的DR测试特制分析17SRM支持多种形式的灾难恢复Active-PassiveFailover（一主一备）Activ
5、e-ActiveFailover（双活）Bi-directionalFailover（双向互备）SharedRecoverySites（多对一容灾）ProductionRecoveryProductionRecoveryProductionProduction最普通，最传统的方案成本高且需要专门资源的支持支持备份系统的资源复用，节省成本可将其用于测试、开发、培训等非关键业务两个站点都运行生产系统两个站点互为备份多对一的故障保护适用于小型远程分支机构特制分析18适合SiteRecoveryManager方案应用场景避免使用SRM灾备方案的场景：计划内的跨数据中心的迁移无法容忍业务中断若提升站点之
6、间负载均衡的优先级十分高适合使用SRM灾备方案的场景若业务跨数据中心迁移时可以容忍短暂的停顿若拥有虚拟机启动优先级、依赖关系等复杂的恢复场景若容灾演练具有十分高的优先级，e.g.SLA或审计要求反复验证一致的恢复结果若超过多个站点需要灾备保护若不希望保护与故障转移的距离受到限制若灾难恢复时涉及IP地址变化、脚本运行等虚拟机自定义配置特制分析19SRM-市场验证“If your organization is already taking advantage of virtualization, then adding Site Recovery Manager to handle disast
7、er recovery is a no-brainer.” Jerry Wilkin Senior Systems Administrator, Dayton Superior Corp特制分析20关键应用的虚拟化保障特制分析21大部分用户已经对他们的关键业务实现的虚拟化和OVISource: VMware customer survey, Jan 2010 and June 2011Data: Total number of instances of that workload deployed in your organization and the percentage of those
8、 instances that are virtualized ExchangeSharePointSQLOracle MiddlewareOracle DBSAP42%67%47%34%28%28% Of Customer Workload Instances Running on VMware20102011特制分析22vSphere5.x能够满足绝大多数的关键业务的需求Storage (IOPS)Network (GB/s)Memory (GB/VM)Compute (CPU/VM)300,000302568 100,00096441,000,000361,000327,0000.93.
9、625,0000.521vSphere 4ESX 3vSphere 5ESX 2ESX 1100% of Apps0%特制分析24虚拟机能够满足绝大多数的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
10、 customer production environments特制分析25对比OracleDB传统部署和虚拟机部署的性能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/
11、s21Mb/s 56Mb/s sendSource : http:/ 1: Migrate the Oracle RAC node VMORARAC2 from ESX2 (10.1.1.35) to ESX4 (10.1.1.43) so that ESX2 can be taken down for a firmware upgradeStep 2: After the hardware maintenance is completed on ESX2, move VMORARAC2 from ESX4 (10.1.1.43) back to ESX2 (10.1.1.35)特制分析27C
12、PUUtilizationDuringOracleRACNodeVMvMotion特制分析2828Hot-Add capacity1 vCPU2GB4 vCPU64GBProvision additionalapp instance in minutesDynamic Scaling on vSphereZero downtime maintenanceMigrate live databasesLittle impact to users数据库和应用可动态扩展特制分析29Oracle11gR2DBServerVMwareHotAddvCPU特制分析30NIC 绑定，多路径容错、高可用资源池动
13、态调配在线业务迁移存储在线迁移容灾恢复组件组件服务器服务器存储存储数据数据站点站点数据备份恢复、各种第三方软件紧密集成有效的硬件失效防护有效的硬件失效防护计划内维护计划内维护“零停机时间零停机时间”计划为意外宕机及容灾计划为意外宕机及容灾VMFSVMFS基础架构可以对应用提供各种级别的可靠性保护基础架构可以对应用提供各种级别的可靠性保护特制分析31虚拟化平台的运维和管理特制分析32分析分析师观点点“过去五年因事件和性能系统产生的警警报数数量量平平均均每每年年增增长 300% . 由于新 IT 基础架构的动态特性，今后五年这一增一增长速度将会大幅度加快速度将会大幅度加快。”“虚拟化和云计算的广泛
14、使用给 IT 产品体系带来了新新的的波波动和和动态特特性性。老老式式的的事事件件关关联和和根根本本原原因因分分析析技技术以对 IT 基础架构组件之间拓扑关系的静态结构化了解为基础，完全跟不上完全跟不上这一新动态的发展。”“有效采用新新兴 IT 运运营技技术的 IT 运营团队 . 至少可以使 IT 服服务停停机机时间缩短短 10%。”“早期 IT 运营分析可以缩短 IT 服务停机时间”， Debra Curtis、 Will Cappelli和 Jonah Kowall,，2012 年 3 月 30 日发表。仅供内部使用供内部使用特制分析33端到端可视:健康指数，风险指数，效率指数仪表盘健康指数
15、何时、何地问题发生？是否有异常？容量相关的风险哪一个资源将出现问题？资源使用是否优化？能否回收浪费的资源？特制分析34问题诊断：分析识别“构造”问题智能分析器检测运行问题简单、可追溯的指数表达整体的性能警告资源偏离“正常”轨道特制分析35问题诊断：钻取到发生问题的点关键指标，基于持续地“正常”状态的自学习问题由网络I/O引起快速诊断定位问题资源特制分析36面向混合云的自面向混合云的自动运运营管理管理使客户可以主动确保服务质量、运营效率和持续合规性vCenter OperationsManagement Suite特制分析37VMware 的云的云计算运算运营管理方法管理方法vSpherevCe
16、nter Server服务器、存储、网络监控操作系统、数据库、应用监控vCenter Operations Management Suite获专利的分析方法自学式自学式动态阈值动态阈值智能警智能警报报1集成式方法性能数据容量性能数据容量使用情况使用情况配置配置变变更更2专为云计算设计运行状况模型运行状况模型开放且可开放且可扩扩展展渐进渐进式的方法式的方法3特制分析38vCenter Operations Manager for View列出/搜索用户为View终端用户显示所有支持的基础架构组件所有支持的基础架构的根本原因排序所选对象的原始指标指标会显示最有用的异常情况1234deyvmware
17、故障原因！特制分析39基础架构云化特制分析40起点：传统数据中心价值规划期近期以全面部署服务器虚拟化为目标VCD建立云桌面私有云PrivateCloud垂直IaaS项目资源虚拟化Virtualization规划期中期以基本实现虚拟数据中心建立云桌面大范围应用规划期远期以基本实现私有云部署为目标通过最佳实践快速实现私有云复制到全网特定应用特定范围1.服务器虚拟化2.数据中心网络融合3.存储虚拟化1.虚拟数据中心2.云计算管理平台3.云计算安全运营中心4.云桌面试点应用1.深度虚拟化和完成云平台管理2.云桌面的全网应用3.基于云平台的业务连续性部署4.高性能计算云试点企业云平台建设路线图时间特制分
18、析41云操作系统云操作系统vSpherevSphere虚拟化虚拟化 简化数据中心的管理简化数据中心的管理 云化就绪云化就绪数据中心 全员虚拟化 服务器、存储、网络、应用 使应用程序摆脱基础架构的束缚 对资源进行动态优化41特制分析42川运营管理：1.资源虚拟化-2.服务级别化3.分组标准化安全私有云单位1单位2管理/服务门户目录管理/服务门户目录VMwarevSphereVMwarevCenterServer资源池数据存储端口组（黄金级）（青铜级）成都虚拟数据中心（白银级）（黄金级）（黄金级）（白银级）（白银级）（青铜级）（青铜级）用户与策略用户与策略特制分析43特制分析44特制分析45特制分析46特制分析47特制分析48感谢各位领导！特制分析49虚拟GPU特制分析50虚拟GPU特制分析
