SRM容灾解决专项方案VIP

软件定义的容灾解决方案软件定义的容灾解决方案(VMwareSiteRecoveryManager)TIME\@"yyyy/M/d"2015/8/4目录TOC\o"1-3"1 概述 31.1 灾难恢复关键意义 31.2 XXX企业容灾方案现实状况分析 42 灾难恢复处理方案 62.1 vCenterSiteRecoveryManager 62.1.1 概述 62.1.2 SiteRecoveryManager关键功效特征 82.1.3 SRM支持灵活拓扑 102.1.4 超越灾难恢复：灾难规避和计划内迁移 112.1.5 VMwareSiteRecovery工作方法 112.1.6 灾难恢复自动化和利用软件定义存放 122.2 vSphereReplication 132.2.1 概览 132.2.2 利用vSphereReplication来扩大灾难恢复覆盖范围 142.2.3 实现原理和工作机制 182.2.4 vSphereReplication优势 203 方案架构设计 223.1 用户容灾设计要求 223.2 实施方案选择 233.2.1 将基于阵列复制和SRM结合使用 233.2.2 将vSphereReplication和SRM结合使用
 243.2.3 将基于阵列复制和vSphereReplication和SRM结合使用 253.3 网络设计 263.3.1 在恢复站点配置相同或不一样IP地址 263.3.2 SRM通讯端口设置 283.4 存放设计 303.4.1 存放复制 303.4.2 占位虚拟机 313.4.3 快照空间 314 配置清单及说明 324.1 硬件配置需求 324.2 虚拟化软件配置需求 325 方案总结 345.1 方案关键点 345.2 方案优势 346 专业服务 366.1 VMware专业服务介绍 366.2 专业咨询服务内容 366.2.1 VMwareAccelerate咨询服务 366.2.2 技术咨询服务 376.2.3 技术用户经理(TAM)服务 376.3 专业服务实施步骤 386.3.1 评定 396.3.2 计划和设计 396.3.3 实施 396.3.4 运维 407 支持服务概述 417.1 VMware支持角色和职责 417.2 全球技术支持服务 417.3 自助服务支持 427.3.1 社会支持 427.3.2 其它资源 438 缩略语解释 44

概述灾难恢复关键意义统计数据表明：93%企业，一旦发生数据中心失效达10天情况，通常在十二个月内就会破产。图：业务可用性和灾难恢复对企业影响来自Forrestor在第二季度咨询汇报表明，正常运行时间和数据保护对业务而言很关键，灾难带来职员工作效率下降、士气低落、收入下降、声誉受损和影响合规性将对企业产生巨大消极影响。图：中止造成不良影响灾难发生往往是出乎大家意料，当忽然发生大灾难，日常建立控制方法已不再有效时，组织怎样才能保护关键业务不被中止，使灾难造成风险降到最低呢？这正是灾难恢复需要考虑问题。数据中心灾难会以不一样形式发生，比如电力中止、硬件故障、人为操作失误、和自然灾难。大量事例表明，业务中止不是“假如”问题,而是“何时”问题。所以，只要是拥有IT信息系统组织，全部应为随时可能发生中止作好准备。确保业务连续性也就是确保业务连续运作，不管发生什么情况，关键系统和网络必需含有不间断可用性。实际上，灾难恢复影响不仅仅局限于上面提到金融领域，政府、公安、医疗、教育等很多行业全部需要使用业务可用性处理方案来确保其业务可用性，对于这些企业，机关，单位而言，当IT基础设施忽然停运，不仅企业内部业务流转、办公等面临瘫痪，更关键是，对外和用户或合作伙伴全部业务交流全部不得不陷入停滞。XXX企业容灾方案现实状况分析在中国，很多企业全部不含有灾难恢复能力，甚至是部分金融相关企业全部没有真正意义灾难演练过。关键是设备成本、技术复杂度已经人员IT技能等多方面原因造成。XXX企业采取传统灾备处理方案，并有了多年积累和发展，不过传统处理方案还是存在以下很多问题。首先，传统可用性处理方案是利用特定于应用处理方案（如：OracleRAC、MSSQL集群、ExchangeDatabaseAccessGroups(DAG)等）在应用等级实施业务可用性。即使这种方法通常能够提供不错可用性，不过因为每一组应用全部有自己处理方案，所以这种方法有以下弊端：复杂且昂贵对管理员技术要求较高犯错风险大许可证较贵(如RAC)专用备份架构其次，即使有部分基础架构层处理方案能够比应用级处理方案愈加经济高效，不过这些处理方案往往在正常运行时间和RTO（恢复时间目标）方面表现得比较差。除此之外，传统灾难恢复处理方案极难在现有物理X86环境中实现，这是因为：传统灾难恢复计划依靠于一套很复杂步骤和基础架构：复制数据中心、复制服务器基础架构、将数据转移到恢复站点步骤、重启服务器步骤、重新安装操作系统步骤等等。因为灾难恢复可能很复杂，所以各个企业常常发觉她们只能为少数多个关键生产工作负载提供良好保护，而其它工作负载（如文件/打印服务器、内部Web服务器、部门级应用）则得不到保护或保护不充足。因为灾难恢复计划和基础架构很复杂，所以各个企业全部极为依靠大量人员培训、正确且完整恢复纪录，和发生停机时恢复步骤正确实施。除此之外，因为恢复计划测试过程会造成中止，而且成本很高昂，所以各个企业无法确保全部培训、文档和实施过程全部切实可行而且能够成功恢复IT服务。图：传统灾难恢复处理方案所面临挑战上图描述了传统灾难恢复处理方案所面临挑战，因为存在这些挑战，该方案往往会产生以下后果：恢复计划测试往往会失败关键工作负载基础恢复（如能成功）通常要花费数天或数周时间管理和维护恢复计划要花费IT人员大量时间和资源简言之，目前灾备处理方案还无法满足其企业所设定业务可用性要求。由此，XXX企业提出重新设计和实施中心总部应用到北京IDC异地远程灾备需求。XXX总部应用虚拟化改造完成后，现在服务器虚拟化百分比已经达成大约XX%，XX%应用已经由虚拟化承载，其中包含XX%关键应用。需结合应用系统架构给出中心总部应用到北京IDC异地远程灾备方案及实施日程表，根据日程表完成异地远程灾备。

灾难恢复处理方案VMware提出基于虚拟化环境软件定义可用性处理方案，该方案不仅能够提供和应用等级可用性方案相类似RTO和RPO（恢复点目标），同时，它还能够提供基础架构层处理方案所含有简易性和成本效益。同时，因为该方案充足利用了虚拟化环境优势，所以它能够达成传统非软件定义处理方案无法达成效果。VMware灾难恢复处理方案包含vCenterSiteRecoveryManager和全新vSphereReplication。vCenterSiteRecoveryManager现在，企业发觉越来越难以提供符合要求灾难恢复处理方案。而SiteRecoveryManager能够帮助企业应对传统灾难恢复方法多种挑战，满足她们恢复时间目标（RTO）、恢复点目标（RPO）和法规遵从性要求。利用SiteRecoveryManager，企业能够管理从生产数据中心到灾难恢复站点故障切换，同时，还能够管理两个互为恢复站点且含有活动工作负载站点之间故障切换。概述VMware灾难恢复处理方案分为三个大模块，以下图不一样颜色模块所表示：其中灾难恢复编排属于自动化处理方案；复制、备份和恢复属于数据保护处理方案；计算存放属于基础架构处理方案。图：VMware灾难恢复处理方案SiteRecoveryManager能够自动实施及简化故障切换至新数据中心过程，从而让所计划数据中心故障切换（如数据中心迁移）变得愈加顺畅。它是一款领先灾难恢复管理和自动化处理方案，它经过自动实施恢复过程来加紧恢复速度，并将灾难恢复作为VMware虚拟基础架构管理集成要素，从而简化灾难恢复计划管理工作。SRM省去了复杂手动恢复步骤，支持无中止恢复计划测试，确保恢复过程安全可靠。它亲密集成vSphere及其它领先存放供给商提供存放复制软件，使故障切换和恢复变得快捷、可靠、经济，而且便于管理。所以，企业不仅无需担心灾难恢复风险，还可将全部关键系统和应用程序纳入到保护范围。自从面世以来，SRM已得到长足发展。到现在为止，VMware已向一万五千多家用户售出12.5万个许可证，而且该产品还在以每十二个月50%～60%速度继续增加。SRM为vSphere平台上灾难恢复计划增加巨大价值推进了这种增加，而所增加成本却相对较低。VMware很多用户已利用SRM从实际灾难（比如最近在日本发生海啸和在美国发生飓风）中快速恢复。下图是部分关键用户和SRM相关市场数据。图：SiteRecoveryManager发展趋势和部分用户SRM需要若干个组件。首先，受保护站点和故障切换站点全部需要一个SRM实例。SRM实例可经过和vSphere和vCenter紧密集成来提供管理和自动化功效。SRM还需要底层复制产品来将虚拟机复制到故障切换站点。借助SRM，用户能够选择使用vSphereReplication或使用基于存放复制。因为vSphereReplication和SRM捆绑在一起，所以无需支付额外费用。基于存放复制由第三方存放供给商提供，并经过StorageReplicationAdapater(SRA)和SRM紧密集成，以使SRM能够利用该存放层协调复制和恢复活动。最终，SRM在这两个站点上全部需要配置vSphere集群和单独vCenter实例。图：SRM关键功效组件SiteRecoveryManager关键功效特征VMwarevCenterSiteRecoveryManager可提供优异复制、灾难恢复管理、无中止测试、自动故障切换和故障恢复和计划内迁移功效。它能够管理从生产数据中心到灾难恢复站点故障切换，和两个含有活动工作负载站点之间故障切换，甚至还能够将多个站点恢复为一个共享恢复站点。SiteRecoveryManager常常见于计划内迁移和预防性故障切换以避免发生灾难，它关键功效特征以下：集中式恢复计划直接从vCenterServer中创建并管理恢复计划。
自动发觉并显示由vSphereReplication或基于阵列复制保护虚拟机。将虚拟机映射到故障切换站点上对应资源(资源池、虚拟交换机和虚拟机文件夹)。指定虚拟机引导次序。
自定义虚拟机IP地址。
自定义故障切换站点上低优先级虚拟机关机。
利用自定义脚本扩展恢复计划。
利用基于角色访问控制来控制对恢复计划访问。将多个站点恢复至一个共享恢复站点。自服务，基于策略调配能够为SiteRecoveryManager安装了VMwarevCenterOrchestrator插件多租户能够依据需求经过vRealizeAutomationCenter中蓝图（blueprints）预定义各自灾难恢复策略自动实施故障切换接收相关可能站点故障自动警报。
只需单击一次鼠标，即可在vCenterServer中开始实施恢复计划。
自动停止用于恢复复制数据存放复制和升级。
关闭故障切换站点上低优先级虚拟机。
根据预先指定引导次序自动开启受保护虚拟机。在恢复过程中实施用户定义脚本和暂停。
在故障切换站点上自动重新配置虚拟机IP地址。
从vCenterServer中管理和监控恢复计划实施。自动故障恢复自动故障恢复到原始生产站点。经过自动反向复制到原始站点来重新保护虚拟机。反向实施原始恢复计划。
利用vSphereReplication中自动故障恢复功效。计划内迁移使用计划内迁移工作流确保数据零损失和应用一致性迁移。在原始站点正常关闭受保护虚拟机。实施数据同时以强制将关闭虚拟机完整复制到故障切换站点。实施利用应用一致性虚拟机恢复计划。无中止测试自动实施恢复测试。利用存放快照功效实施恢复测试,而不会中止复制。在隔离网络中恢复虚拟机,以免对生产应用程序造成任何影响。针对测试方案自定义恢复计划实施。完成测试后自动清理测试环境。在vCenterServer中存放、查看和导出测试结果及故障切换实施情况。
支持vSphereReplication利用专为vSphere和vCenterSiteRecoveryManager设计唯一真正基于虚拟化管理程序复制产品。经过vCenter以精细灵活虚拟机等级直接管理复制。使用和存放无关复制支持使用低端存放,包含直连存放。实施含有灵活RPO(介于15分钟到24小时之间)异步复制。仅复制发生变更数据块以提升网络效率。扩展到数百个虚拟机。利用对文件和应用一致性支持。使用多时间点(MPIT)恢复往返到以前已知状态。
支持第三方基于阵列复制可在关键供给商提供大量兼容性存放阵列和复制产品中进行选择。使用基于iSCSI、光纤通道或NFS存放基于阵列复制解决方案。经过SRA确保和vCenterSiteRecoveryManager紧密集成。自动实施复制和数据同时操作,以实现协调一致灾难恢复
故障切换和计划内迁移。
SRM支持灵活拓扑SiteRecoveryManager可用于多个不一样故障切换情形，尤其是SRM能帮助用户愈加好地利用对辅助站点投资，即，当用户没有处于灾难恢复情形中时，可将辅助站点用于其它工作负载而不是使其处于闲置状态，SRM可用于以下四种不一样故障切换情形：主动-被动：SiteRecoveryManager完全支持传统主动-被动型灾难恢复情形，即运行应用生产站点将在故障切换之前一直处于闲置状态辅助站点中恢复。尽管这是最常见配置，但此情形也意味着您需要为大部分时间全部处于闲置状态灾难恢复站点投入大量资金。主动-主动：为了愈加好地利用恢复站点，SiteRecoveryManager还能够使用户在不使用该恢复站点进行灾难恢复时将其用于其它工作负载。用户能够将SiteRecoveryManager配置为在故障切换过程中自动关闭或挂起在恢复站点虚拟机，这么就能够方便地释放计算容量以用于需要恢复工作负载。双向切换：SiteRecoveryManager还能够提供双向故障切换保护，这么，您能够同时在这两个站点上运行活动生产工作负载，并以任一方向对另一站点进行故障切换。另一站点上备用容量将用于运行需要故障切换虚拟机。当地故障切换：尽管这不是常见情形，但有部分用户需要能够在指定“站点”或园区中进行故障切换，比如，当存放阵列发生故障或大楼维修迫使您将工作负载移动到其它园区大楼时。这些用户将利用SiteRecoveryManager实施这类故障切换。图：SRM支持灵活拓扑超越灾难恢复：灾难规避和计划内迁移SRM不仅限于进行灾难故障切换，它更常见于日常迁移，比如用于灾难规避和计划内迁移。当然，灾难故障切换是最关键使用情形，也就是当一个站点停止工作而且需要立即将虚拟机迁移到辅助站点时候使用。在这种情况下，SRM可支持完全或局部站点恢复，并将立即实施故障切换以恢复业务服务。其它两种使用情形尽管不是那么关键，但却更为常见。灾难规避在企业事先了解灾难将要发生时候使用，比如，估计到飓风或洪水将要来袭时。在这种情况下，企业通常可在灾难实际来袭之前提早最少多个小时得到通知。企业也常常实施计划内迁移，比如，避免因计划内维护或全局负载平衡而造成停机。对于灾难规避和计划内迁移，现在企业可利用“计划内迁移”工作步骤和自动故障恢复来简化迁移步骤。图：三种经典SRM使用情形VMwareSiteRecovery工作方法SiteRecoveryManager能够为用户提供创建、管理和实施灾难恢复计划关键步骤。该处理方案已经集成到VMwarevCenter管理界面中，能够统一管理虚拟基础架构及该架构灾难恢复计划。SRM能够简化并自动实施设置、测试和实施恢复计划关键步骤：设置恢复基础架构：SiteRecoveryManager会指导用户完成连接远程站点并连接使用存放复制软件操作。还可让用户轻松地将生产资源（包含计算资源和网络资源）映射到恢复站点上对应资源。创建恢复计划：SiteRecoveryManager含有直观界面，能够帮助用户创建适适用于不一样故障切换情况和基础架构不一样部分恢复计划。用户能够指定部分虚拟机暂停或关闭，从而释放可用资源以供恢复使用。还能够指定虚拟机开启次序、设置用户定义脚本自动实施，和必需时决定暂停恢复过程时间点。测试恢复计划：SiteRecoveryManager能够利用存放阵列快照功效，在恢复站点上自动创建无中止、隔离测试环境，然后将虚拟机连接到用户隔离测试网络中。它将自动实施在实际故障切换中将使用恢复计划，并在测试结束后清除测试环境。测试结果会被保留，方便随时查看和导出。自动实施故障切换：管理员从VMwarevCenter开启恢复计划以后，SiteRecoveryManager会自动实施恢复计划中全部步骤，确保恢复完全根据预期实施。管理员经过vCenter能够看到恢复计划实施情况，并能够随时暂停或停止实施。伴随环境改变，用户也能够经过vCenter随时更新和修改恢复计划。灾难恢复自动化和利用软件定义存放SiteRecoveryManager可安装VMwarevCenterOrchestrator插件，以实现灾难恢复编排过程中每个工作流自动化。包含无中止测试、自动实施故障切换、自动实施故障恢复和计划内迁移。图：工作流自动化经过vRealizeAutomationCenter中蓝图（blueprints）预定义灾难恢复策略，租户能够实现针对应用自助式灾难恢复。图：自助式灾难恢复计划在SRM最新版本中，支持使用软件定义存放VirtualSAN实现灾难恢复计划，提升了灵活度，简化了管理，同时降低了硬件成本。图：软件定义存放实现灾难恢复计划vSphereReplication 经过使用内置vSphereReplication，用户能够消除第三方复制成本，并制订更灵活灾难恢复计划。概览vSphereReplication无需采取基于存放阵列本机复制，即可经过网络在vSphere主机之间复制处于开启状态虚拟机，该技术含有很多独特优势：降低带宽需求消除存放不足构建灵活灾难恢复配置降低带宽需求vSphereReplication是VMware专有复制引擎，它仅会将发生变更数据块复制到恢复站点，和手动复制完整虚拟机系统副本相比，可确保实现更低带宽利用率和更高恢复点目标。在初始同时期间，利用虚拟机数据“种子副本”经过跟踪发生变更磁盘区域并仅复制增量数据，确保高效利用网络图：vSphereReplication消除存放不足vSphereReplication在各个虚拟机磁盘(VMDK)等级运行，所以能够在任何存放上托管数据存放之间进行复制，它能够：在保护站点重新改变旧存放用途对非同类站点采取不一样存放技术（比如SAN相对于NAS、FC相对于iSCSI等）仅将辅助存放用于受保护虚拟机，而不是整个环境构建灵活灾难恢复配置在配置要复制虚拟机时，只需简单单击一下，即可将vSphereReplication配置为确保应用数据和虚拟机数据保持一致，它能够：和Microsoft卷影复制服务(VSS)自动集成，可确保恢复副本一致支持灵活恢复点目标，可从15分钟至二十四小时不等在虚拟机等级经过vCenterServer控制复制每个集群可扩展为数百个虚拟机利用vSphereReplication来扩大灾难恢复覆盖范围目前，灾难恢复覆盖范围通常只限于大型数据中心第一层应用，也就是关键业务应用。在很多情况下，第二或第三层等非关键应用和小型站点没有真正灾难恢复保护，而只是使用备份进行保护。这是因为，传统灾难恢复保护不仅成本高昂而且过于复杂，所以无法广泛应用于全部应用和站点。图：灾难恢复覆盖范围通常受高额保护成本限制不幸是，因为日常活动仍然广泛依靠于第二或第三层应用和小型站点，所以这么灾难恢复保护会造成大量业务风险。在理想情况下，各企业应该准备一个经济高效且简单可靠灾难恢复计划，以满足其全部应用和站点需要。而VMwareSiteRecoveryManager能够提供两种复制选择来供用户使用，它们分别是：基于存放传统复制，在很多情况下，它仍将是大型关键业务环境青睐选择vSphereReplication(VR)，它为复制虚拟机提供了另一个选择。VR是一个经济高效简单机制，可用于在两个站点之间进行复制，在很多情况下，是第二或第三层应用和小型站点愈加好选择图：SRM可提供广泛复制选择因为vSphereReplication引入，用户现在拥有更多选择，从而使复制处理方案能够愈加好地符合业务需求。VR和基于存放复制可在相同集群中配合使用，方便为更复杂环境提供最好灵活性。图：VR可提供经济高效且简单复制vSphereReplication和基于存放复制全部很有用，用户能够依据实际情况将二者结合起来使用。vSphereReplication由VMware直接提供，和基于存放复制相比，它更为经济高效且更简单。基于存放复制依靠于第三方存放供给商，它更昂贵、复杂，难以管理，不过功效相对强大。下图是两种复制技术在复制提供方，成本，管理和性能方面比较。图：vSphereReplication是基于存放复制补充功效vSphereReplication是将灾难恢复保护扩展至第二或第三层应用和小型站点极佳方法。图：将灾难恢复保护扩展至第二、三层应用和小型站点基于存放灾难恢复相当昂贵，第一层存放阵列上存放容量和额外复制许可证使其成本居高不下。存放、复制和SRM成本通常在每个虚拟机美元左右。尽管和物理灾难恢复相比已经廉价很多，但对于不太关键业务环境而言，其成本仍然相当高而且可能成为成本障碍。vSphereReplication更为经济高效。经过支持使用较低端存放阵列、消除对专用复制许可证需求和提供成本较低SRMStandard版本许可证，VR可将每个虚拟机成本降低3倍，即每个虚拟机大约600美元。因为每个虚拟机成本更低，所以各企业能够将其灾难恢复保护扩展至更多应用和站点。vSphereReplication不仅经济高效，简单，它还能够简化复制管理，它在本质上比基于存放复制更轻易管理。在新SRM布署中使用基于存放复制来设置复制是一项复杂任务。vSphere管理员必需和存放管理员同时才能确保将合适LUN复制到包含正确复制计划其它站点。图：借助vSphereReplication简化复制管理借助vSphereReplication，一切全部将简单很多。vSphere管理员能够从vCenter直接管理复制，从而消除对存放管理员依靠。另外，管理员能够在虚拟机等级管理复制，所以再也无需进行复杂虚拟机分组和将虚拟机映射到LUN。VR这一特征使得它对于简易性至关关键情形（比如对于第二和第三层应用保护）格外含有吸引力。实现原理和工作机制vSphereReplication是深度集成在vSphere平台中组件，也是当今市场上唯一一款真正“虚拟化管理程序级”复制引擎。在主站点上，正在运行虚拟机所用虚拟机磁盘中假如有数据块发生了变更，这些数据块将发送到辅助站点，并在该处应用于虚拟机磁盘，以制作虚拟机离线（保护）副本。图：复制虚拟机中发生变更数据块图：vSphereReplication体系结构vSphereReplication是一款全新设计产品，专门用于在vSphere集群之间进行复制并支持SRM布署。它依靠在ESXi中嵌入vSphereReplication代理，该VSR代理可跟踪已更改磁盘区域并将最新增量数据发送至受保护站点。所复制数据将会被vSphereReplication服务器捕捉。每个vSphereReplication服务器实例能够管理大约100个虚拟机。它可捕捉最新磁盘更改并将这些更改应用到已复制数据。vSphereReplication可经过和vCenter和SRM紧密集成vSphereReplication管理服务器进行管理。这两个站点全部需要vSphereReplication管理服务器。全部vCenter操作全部经过同一个管理界面完成，使用该界面能够很轻松地为最多500个虚拟机配置复制：只需右键单击某个虚拟机，并为其副本选择目标位置即可。此过程有一步是选择“恢复点目标”，此步骤将通知vSphereReplication能够获取多久以前虚拟机副本，然后它将时时尝试复制数据以满足恢复点目标。图：为多个虚拟机选择一个恢复点目标vSphereReplication将会对源虚拟机及其副本实施一次初始完全同时，管理员能够在目标位置放置数据种子副本，以降低初始复制所需时间和带宽。虚拟机种子副本中包含一个虚拟机磁盘文件，管理员能够经过任何路径将该文件放置到目标位置。放置种子并不是一个必需过程，不管目标位置是否有种子，vSphereReplication全部会创建一个初始副本。假如用户取得了一个用于复制种子，即可使用其中数据来降低初始同时主磁盘及其副本所需复制量。种子能够手动创建，也能够经过管理员选择任何路径复制到对应位置，如采取脱机复制、FTP、“人工传输网络”，甚至使用ISO或虚拟机克隆。在完成基准同时以后，vSphereReplication将切换为仅传输已变更数据块。这种做法能够确保经过网络向目标发送最少许数据，并实现更高恢复点目标。在发送唯一性数据以后，无需再次发送。系统仅复制发生变更数据，这些数据块将发送到目标位置vSphereReplication设备中。从受保护虚拟机角度看，整个过程是完全透明，不需要对配置或日常管理进行任何更改。这种复制方法采取是非侵入形式，和虚拟机中操作系统无关。vSphereReplication优势vSphereReplication能够提供很经济高效、简单而又功效强大复制。经济高效VR能够降低存放成本和复制成本，所以更为经济高效。它能够在存放层消除这两个站点对较高端存放阵列需求。用户能够跨站点使用其它较低端存放，包含直连存放。比如，一个普遍选择是将第一层存放放在生产站点，而在故障切换站点使用较低端存放，比如较旧或较廉价阵列。另外，vSphereReplication也和SRM捆绑在一起，所以无需花费额外成本，从而消除了基于存放复制许可证所需额外成本。简单从本质上而言，vSphereReplication也比基于存放复制更为简单。用户能够从vCenter直接管理复制，从而消除对存放团体依靠。另外，管理员可在单个虚拟机等级进行管理，从而大幅简化SRM设置。功效强大尽管vSphereReplication简单且经济高效，但仍然是稳健且功效强大复制处理方案。它可提供15分钟RPO，而且使用户能够灵活地将RPO设定在15分钟到二十四小时之间。它可跟踪已更改磁盘区域而且仅复制最新增量数据以提升网络效率，还可扩展至最多500个虚拟机。

方案架构设计VMwarevCenterSiteRecoveryManager(SRM)是一个业务连续性和灾难恢复处理方案，可帮助用户计划、测试和实施受保护vCenterServer站点和恢复vCenterServer站点之间虚拟机恢复。经过配置基于阵列复制，管理员可将SRM配置为支持若干第三方磁盘复制机制。管理员也能够使用基于主机复制，方法是配置SRM以使用
VMwarevSphereReplication来保护虚拟机工作负载。除此之外，SRM还能够和基于阵列和基于主机复制同时结合使用。用户容灾设计要求设计特征描述可靠性表示设计选择对应技术能力和相关基础设施高度可用性。关键指标：XX.XXX％正常运行时间。(99.9%)可管理性表示设计选择对环境灵活性和操作方便程度影响，包含可扩展性和灵活性。关键指标：每个管理员服务器。每个IT人员用户。时间布署新技术。性能表现表示设计选择对环境性能影响。这并无须定反应在对基础设施中其它技术影响。关键指标：响应时间吞吐量恢复能力表示设计选择对从突发事件恢复能力影响。关键指标：RTO-恢复时间目标。RPO-恢复点目标。（其中RTO要求为5分钟内，RPO要求为2小时内）安全表示设计选择对整体基础设施安全能力正面或负面影响。也能够表示设计是否满足业务抵达一定合规性政策能力。关键指标：未经授权访问预防数据完整性和保密性在折衷情况下辨析能力实施方案选择VMwarevCenterSiteRecoveryManager(SRM)是一个业务连续性和灾难恢复处理方案，可帮助用户计划、测试和实施受保护vCenterServer站点和恢复vCenterServer站点之间虚拟机恢复。SRM对硬件要求以下表所表示，我们在对SRM进行计划时，必需严格遵照下表中指定最小或最好配置。表：SRM硬件要求经过配置基于阵列复制，管理员可将SRM配置为支持若干第三方磁盘复制机制。管理员也能够使用基于主机复制，方法是配置SRM以使用
VMwarevSphereReplication来保护虚拟机工作负载。除此之外，SRM还能够和基于阵列和基于主机复制同时结合使用。将基于阵列复制和SRM结合使用使用基于阵列复制时，受保护站点中一个或多个存放阵列会将数据复制到恢复站点中对等阵列。经过存放复制适配器(SRA)，管理员能够将SRM和多种阵列集成。要将基于阵列复制和SRM配合使用，必需先配置复制，然后才能配置使用该复制SRM。假如存放阵列支持一致性组，SRM将和vSphereStorageDRS和vSphereStoragevMotion兼容，则能够使用StorageDRS和StoragevMotion移动SRM保护一致性组内虚拟机文件。假如存放阵列不支持一致性组，则无法将StorageDRS和StoragevMotion和SRM结合使用。这种布署方法示意图以下所表示。图：将基于阵列复制和SRM结合使用将vSphereReplication和SRM结合使用
SRM可使用vSphereReplication将数据复制到恢复站点中服务器。管理员能够将vSphereReplication作为虚拟设备进行布署，vSphereReplication设备包含两个组件。vSphereReplication管理服务器:在恢复站点上配置vSphereReplication服务器从受保护站点启用复制对用户进行身份验证,并检验用户实施vSphereReplication操作权限管理和监视复制基础架构vSphereReplication服务器:侦听受保护站点上vSphereReplication主机代理虚拟机更新将更新应用到恢复站点上虚拟磁盘假如需要，能够在一个站点上布署多个vSphereReplication服务器，以平衡虚拟架构中复制负载。这种布署方法示意图以下所表示。图：将vSphereReplication和SRM结合使用
将基于阵列复制和vSphereReplication和SRM结合使用管理员能够在SRM布署中结合使用基于阵列复制和vSphereReplication。要创建使用基于阵列复制和vSphereReplication混合SRM布署，必需为这两种类型复制配置受保护站点和恢复站点。设置并连接存放阵列,然后在这两个站点上安装适用存放复制适配器(SRA)。在这两个站点上布署vSphereReplication设备,然后在这些设备之间配置连接。依据需要使用基于阵列复制或vSphereReplication配置要复制虚拟机。这种布署方法示意图以下所表示。图：将基于阵列复制和vSphereReplication和SRM结合使用依据XXX用户生产环境实际情况，我们提议采取将vSphereReplication和SRM结合使用布署方法。网络设计把服务从一个物理站点转移到另一个站点对网络无疑是一个挑战，尤其对应那些应用和IP地址绑定情况。网络地址空间和IP地址分配是设计中需要考虑原因，可选择在恢复站点使用相同IP地址或IP地址不一样。在恢复站点配置相同或不一样IP地址用户现有网络基础设施，网络地址空间，用于故障切换测试和故障切换可用基础设施，在恢复站点基础实施服务，虚拟机承载服务等原因是影响计划考虑原因。选择1:相同IP地址在恢复站点使用相同IP地址好处是：易于实施，假如有两个站点之间有拉伸VLAN（stretchVLAN），或恢复站点完全不和被保护站点共享。故障切换测试或在故障切换过程中无须改变IP地址。隔离网络采取物理交换机提供所需隔离和灵活性来进行测试，而不会影响生产网络。相同IP地址缺点是：没有拉伸VLAN（stretchVLAN）时，可采取一个移动VLAN处理方案。这就要求其中一个站点有可用VLAN，但两个站点不能同时使用。这限制了故障切换粒度。它也限制了实施测试能力，因为在实施测试要求从生产环境剥离出来活跃VLAN。需要确保流量在故障切换测试过程或故障切换中不泄露到生产网络。（建立一个独立网络。）在故障切换测试过程中，有必需以验证用户能够访问独立测试网络以实施用户测试权限。这能够用一个带有必需端口转发功效多宿主VM实现，使用户能够访问隔离网络工作负载。基础设施服务需要运行在独立网络进行测试。假如使用物理交换机建立一个独立网络会成本增加。用户现在拥有独立网络，并在这两个网站一个独立地址空间。选择2:不一样IP地址使用不一样IP地址，在恢复站点好处是，有和现有IP地址没有网络地址冲突。不一样IP地址缺点是：新DNS条目需要更新和整个网络刷新，网络表里缓存必需进行更新或刷新。ActiveDirectory域信任可能需要修改。管理配置耗时。需要应用程序学习和了解改变。设计特征选择1：相同选择2：不一样描述可靠性oo两个设计选择对可靠性没有影响可管理性↑↓使用相同IP地址更轻易管理性能表现oo两个设计选择对性能表现没有影响恢复能力↑↓使用相同IP地址恢复时间愈加快安全↓↑使用不一样IP地址能够避免IP地址冲突图标:↑=对质量正面影响;↓=对质量负面影响;o=对质量没有影响表：网络——在恢复站点使用相同或不一样IP地址计划决议用户没有跨主、辅站点延伸VLAN。每个站点全部有独立网络。主站点和辅助站点全部有不一样网络地址空间。恢复站点是一个运行其它工作负载活跃站点，部分工作负载在故障切换测试或故障转移期间被关闭。它要求恢复在辅助站点虚拟机有不一样IP地址，并使用不一样网关地址。在故障切换测试，用户提供了一个单独隔离网络和物理交换机进行故障切换测试。在故障转移期间测试，被恢复虚拟机被连接到这个独立网络。这是经过将恢复虚拟机连接到合适测试故障端口组来完成。

在故障转移期间，用户必需确定必需网络配置在实施故障切换更改之前完成正确变更。SRM通讯端口设置以下是在SRM环境通信端口设置。未列出任何其它VMwarevSphere通信端口设置。VMwarevCenterServer本身并不提议和SRM连接。当由远程SRM或部分其它进程期望充当SRM用户端请求时，才会创建一个连接。FigureSEQFigure\*ARABIC1.SRM站点间通信FigureSEQFigure\*ARABIC2.SRM站内通信

网络服务流入端口流出端口协议许可SRM到当地vCenterServer8095(SOAP),9085(Plug-indownload)80(SSL)TCP是(默认)SRM到远程vCenterServer80(SSL)80(SSL)TCP是(默认)ODBC到MicrosoftSQLServer（SRM数据库）14331433TCP是(默认)到Oracle数据库连接（SRM数据库）1521,15241521,1524TCP是(默认)SRM到外部API用户端(WSDL,SOAP)9007TCP是(默认)到存放阵列SRA(供给商提供)表：SRM通信端口设置存放设计存放复制为应用重启选择什么类型远程数据复制处理方案有以下考虑原因：距离:短距离，如校园或城域范围内。扩展距离，如省，国家或全球数据网络配置:直接连接或连接交换机。数据网络速度。这还受是否使用压缩，在高峰负荷节流带宽，是否为生产中应用留出足够带宽等原因影响。恢复点目标/可容忍数据丢失:生产环境应用程序特征.应用写入文件影响实现恢复点目标所需带宽

选择何种复制处理方案，需要考虑业务需求和每个应用程序对企业业务潜在收益影响。

主复制技术以下：同时复制–受保护站点每个写必需先由恢复站点被确定，以后才能够确定写。能够达成零RPO，但距离由带宽和延迟限制。以小于5ms往返行程延时理论最大距离是465.7英里，然而，在实际应用中，同时复制，不能使用超出约100公里（大约60英里）距离。异步复制-异步复制能够支持更远距离，但数据被发送到恢复站点有一定滞后性。RPO受到影响，而且数据丢失依靠于技术，带宽，生产I/O负载，和循环时间（比较在预定时间周期中所做更改反复周期）。连续复制-日志式复制类似异步复制;然而，改变是周期产生，所以多个恢复点是可用。最近恢复点仍然是技术，带宽功效，I/O负载。针对复制处理方案设计，用户可和存放供给商确定最适宜复制技术处理方案，以满足她们业务需求。

用于处理存放阵列应该是在VMwarevCenter站点恢复管理器硬件兼容性列表上应该有一个认证存放复制适配器（SRA），可和SRM集成。

在Location_ASite_A和在Location_BSite_B之间距离为[XX]公里，有[XX]Mbps链路和[XX]％可用带宽。

用户选择使用Site_A和Site_B之间异步复制，以满足她们RPO/RTO和业务需求。占位虚拟机SRM为添加到SRM保护组中每个机器在恢复站点创建了占位符虚拟机。这些虚拟机文件包含虚拟机配置（元数据）文件（而不是虚拟机磁盘文件）。占位虚拟机作为恢复站点对象被添加到vCenterServer，而且能够在清单移动，但不能开机。因为仅配置信息存放，占位符虚拟机需要存放空间是很小。即使当地存放能够用作数据存放，但提议在恢复站点使用共享非复制数据存放用于存放占位虚拟机，容量推荐为2GB。快照空间要实施故障切换测试，在恢复站点需要额外存放。细节要求取决于处理方案中存放供给商类型。假如使用完全克隆，那么存放空间需要两倍。假如使用快照，那么需要使用原始存放空间一小部分。需要存放复制适配器（SRA）拍摄快照和故障切换测试过程中提供给恢复站点上VMwareESXi主机使用。在此期间，从受保护站点到恢复站点复制不会间断。配置清单及说明硬件配置需求SRM对硬件要求以下表所表示，我们在对SRM进行计划时，必需严格遵照下表中指定最小或最好配置。表：SRM硬件要求虚拟化软件配置需求假如SRM被配置为只从主站点到辅助站点故障切换虚拟机，只需要为在主站点受保护虚拟机添加SRM许可证。假如SRM配置为支持一组虚拟机从主站点到辅助站点故障切换，而且还配置成支持一组不一样虚拟机从辅助站点到主站点故障切换，则需要在两个站点全部添加SRM许可证。注意：请确保您已经正确安装了SRM软件，和必需插件。VMware提议用于主站点和恢复站点用户购置足够许可证，从而使故障恢复过程更简单。这也许可提供双向故障转移，假如有必需。单向许可证Site_ASite_BESXi主机上许可被保护虚拟机数量400许可证数量(每个许可证保护虚拟机个数25)20一共需要保护25个虚拟机SRM许可证个数=2(最多一共50被保护虚拟机).表：SRM许可证–单向保护

双向许可证Site_ASite_BESXi主机上许可被保护虚拟机数量4020许可证数量(每个许可证保护虚拟机个数25)21一共需要保护25个虚拟机SRM许可证个数=3(最多在Site_A支持50被保护虚拟机；最多在Site_B支持25个被保护虚拟机).表：SRM许可证——双向保护方案总结方案关键点将灾难恢复成本降低多达50%。
可从VMwarevCenterServer集中设置和管理恢复计划并替换了易于犯错人工操作手册。可随时对恢复计划进行无中止测试,从而确保实现高度可估计恢复目标。只需单击一下鼠标即可自动实施站点故障切换和故障恢复编排,从而确保快速可靠恢复。简化了计划内迁移和预防性故障切换。可使用vSphereReplication(无偿包含在vSphere中),或从多个受支持基于阵列复制处理方案中进行选择。使用和应用和硬件无关单个灾难恢复处理方案即可保护全部虚拟化应用。多租户能够依据需求经过vRealizeAutomationCenter中蓝图（blueprints）预定义各自灾难恢复策略经过工作流编排实现灾难恢复计划方案优势vCenterSiteRecoveryManager可降低管理和测试运行成本。vCenterSiteRecoveryManager能够显著降低设置和维护恢复计划所需人员开销。它用简单、集中化恢复计划
(定时更新所需时间和协调工作要少很多)替换了复杂人工操作手册,实现了这一目标。除了灾难恢复实施外,IT部门通常在正常工作时间以外时间进行灾难恢复测试。vCenterSiteRecoveryManager实现了自动化、无中止灾难恢复测试,从而消除了这类做法成本。vSphereReplication使您能够降低复制软件成本。假如RPO超出15分钟,则您能够利用vSphereReplication,它包括在vSphere中,无需额外成本。利用此产品,便无需购置基于阵列复制软件,而这类软件每复制1TB数据成本可能高达10,000美元,这还不算日常维护成本。vCenterSiteRecoveryManager和vSphereReplication组合处理方案每十二个月可为每个受保护虚拟机实现约7000元节省。简化恢复和迁移计划设置。传统恢复计划设置十分复杂。它们通常统计在人工操作手册中,不仅轻易犯错,而且会很快和配置更改不再同时。凭借vCenterSiteRecoveryManager,设置恢复计划变得简单,只需几分钟而非多个星期即可完成。经过和vCenterServer紧密集成界面,用户只需选择要保护虚拟机,将虚拟机映射到在恢复站点资源,然后指定虚拟机引导次序。用户还能够包含自定义脚本,并为虚拟机自动重新配置IP地址。图：为何选择SRM自动实施站点故障切换和故障恢复,以确保快速可靠RTO。vCenterSiteRecoveryManager自动实施整个站点恢复和迁移步骤。用户只需一次单击即可开启故障切换,而且vCenterSiteRecoveryManager无需人工干预即可自动恢复服务。灾难恢复故障切换工作流会停止复制,在故障切换站点恢复受保护虚拟机,并集中力量来尽可能缩短响应时间。自动化消除了手动步骤中固有风险,从而确保愈加快更可靠RTO。恢复时间介于30分钟到数小时之间,具体取决于配置。自动故障恢复实现了双向迁移。虚拟机可轻松进行故障恢复,以反向实施原始恢复计划。简化计划迁移和预防性故障切换。vCenterSiteRecoveryManager常常见于自动实施计划数据中心迁移和预防性故障切换。自动化故障恢复能够快速轻松地将应用迁移回到生产站点。计划内迁移工作流会正常关闭在原始站点虚拟机,通过完成复制来同时数据,并在故障切换站点间以应用一致状态恢复虚拟机且不造成数据损失。随时实施无中止测试。凭借vCenterSiteRecoveryManager,能够依据需要随时测试恢复计划,且无需中止生产系统。测试工作流将受保护虚拟机设置到单独环境中,从而确保测试虚拟机和生产虚拟机完全隔离。vCenterSiteRecoveryManager提供相关测试结果具体汇报,包含实现RTO。利用此信息,您组织能够确信其灾难防护能够满足业务目标要求。您能够保留测试结果,并用它们来证实计划符合灾难恢复法规要求。专业服务VMware专业服务介绍VMware服务部门包含全球支持服务部(GlobalSupportService简称GSS)、专业服务部(ProfessionalServiceOrganization简称PSO)和培训部(Education)，分别提供基于用户支持热线售后产品技术支持、全生命周期咨询和现场实施/支持服务、VMware产品标准培训课程。专业服务范围：评定：定量分析TCO/ROI，正确估算服务器数量、容量计划、性能、应用需求等，对实施策略和实施路线图提出提议；计划和设计：对用户虚拟化平台做出专业计划和设计，根据VMware最好做法做出包含数据中心计划，网络设计、存放设计、容灾和备份设计、高可用性和业务连续性设计、虚拟机设置、虚拟化步骤设计等；项目实施：安装、配置和测试虚拟化基础设施，创建虚拟机到虚拟化基础设施，调试虚拟化后各个业务系统运转正常，确保项目标成功；系统迁移：把存量应用系统迁移到VMware云平台，制订迁移计划，实施系统迁移及迁移后测试。虚拟化连续运行改善服务：帮助用户改善原有IT运行步骤并定制标准操作步骤、建立虚拟化基础设施容量管理步骤和平台、建立虚拟化基础设施IT财务管理步骤和平台。现场培训服务：不一样于认证培训，定制现场培训能够依据用户需要结合实际环境对安装配置、日常监控管理、性能调优、故障处理等多个专题进行展开。针对不一样职责岗位用户维护团体，培训可分为初级、中级、高级三个阶段。专业咨询服务内容将IT可能性转变为实际业务价值。让我们顾问帮助用户满足严苛而不停改变业务需求。VMwareAccelerate咨询服务VMware教授将衡量并评定企业运行以定义切实可行IT转型策略。您将取得基准测试、财务建模和可实施性路线图，以帮助您实现切实业务价值。Accelerate评定服务在转型过程中了解需要衡量哪些内容很关键。我们基准测试服务范围包含涵盖一组关键属性高等级同行基准测试；对技术、体系结构和步骤关键领域目前和未来状态评定；和对自定义KPI控制面板和同行分析全方面定义。Accelerate诊疗服务要成功实施虚拟化和“IT即服务”(ITaaS)计划，必需深入了解维持和维护新环境所需改变。财务影响和投资回报很关键，但还需要考虑组织结构、人员配置、运行和步骤等方面变更，其管理优劣可能决定您成败。Accelerate战略服务在对贵企业进行评定并确定云转型影响以后，VMware顾问可和您共同制订全方面战略和路线图。我们教授将和您相关人员、IT团体和业务线合作，基于关键业务需求制订以共识驱动实用行动计划，这些行动计划将会带来可量化业务结果。技术咨询服务不管企业是需要创建、发展还是要优化软件定义数据中心和终端用户计算环境，全部能够得益于教授指导设计和布署，同时企业团体也能够取得实际操作知识传授。软件定义数据中心(SDDC)将可能性转变为现实。总而言之，我们将经过优化VMwareSDDC产品和技术来创建、扩展或增强ITaaS。我们将使用完整vCloudSuite来设计和构建可延展框架以确保效益、灵活性、控制力和选择性，和此同时，企业团体将经过实际动手体验提升自助能力。终端用户计算(EUC)我们教授可帮助企业在整个IT基础架构中对桌面虚拟化进行探索、扩展或标准化。我们将利用行业最好实践和我们深厚专业技能来加紧布署速度；为企业环境中虚拟机建立可反复高效调配步骤；并提升桌面安全性和业务连续性——同时加强对桌面基础架构控制。虚拟化不管企业处于虚拟化之旅哪一个阶段，全部能够取得有教授指导支持。当企业开发和设计全方面虚拟化路线图、为第1层应用构建环境、降低数据中心环境物理占用空间、确保业务连续性和改善虚拟化基础架构管理时，我们顾问将会帮助企业提升工作效率。技术实施在企业期望降低风险并快速交付结果时，我们随时能够提供帮助。借助创新洞察力和独有技术知识，我们顾问能够全程帮助企业构建VMware产品，从设计一直到在生产环境中进行实施。在此过程中，我们将为企业团体提供实际动手体验以帮助培养技能和树立信心。技术用户经理(TAM)服务我们常驻教授综合利用对企业需求深入了解、从数千次成功实施中取得洞察信息和对VMware专业技能访问权限，可推进企业业务加速取得突破性进展并帮助企业提供无和伦比业务价值。专门企业技术用户经理我们专门企业TAM负责和企业团体开展独家合作，而且在加紧业务突破、降低成本方面拥有丰富经验，可确保企业团体自助能力和企业VMware投资回报最大化。假如企业已准备好推进IT组织和IT服务交付模式转型并期望转型无和伦比，那么这种长久关系可确保企业取得成功。企业技术用户经理企业技术用户经理作为企业战略IT转型团体延伸，能够常常评定和汇报企业规范性路线图自定义衡量指标、行业基准测试和进度。企业TAM充当全部VMware问题支持者，可帮助优化企业VMware投资，使企业团体得以增加知识，提升自助能力。技术用户经理技术用户经理是企业团体能够依靠教授，她们提供独有产品知识和经验证技能，可帮助简化布署并改善企业VMware平台运行。企业TAM规范性实时指导有利于避免常见陷阱和管理复杂性，识别可充足利用VMware投资机会并支持您团体培养技能。专业服务实施步骤虚拟化项目标实施拥有必需专业知识，而且久经考验方法论，才能实现虚拟化目标。VMware专业服务团体（PSO）遵照虚拟化基础架构和云平台建构方法论将指导成功利用虚拟化技术所需各项步骤。虚拟化项目实施将包含：虚拟化评定、计划设计、布署实施和运维四个阶段。实施实施评定运维计划设计明确虚拟化目标方法；确定虚拟化影响和范围虚拟化架构设计和计划；定义实施方案，验证标准，测试计划布署实施虚拟化架构处理方案确保连续维护和运行成功;为下一步虚拟化迭代做评定虚拟化评定汇报虚拟化能力分析整合比计算总体拥有成本(TCO)和投资回报率(ROI)计算架构设计(网络，存放，资源池等）高可用设计业务连续性设计备份和恢复计划安全安装和实施规范测试计划上线规范操作程序虚拟化架构安装和配置虚拟化迁移高可用测试备份和恢复测试虚拟化迁移虚拟化用户技术经理(TAM)现场和远程技术支持技术问题接口评定确定针对虚拟基础架构业务、组织、财务和技术需求，和对应交付选项。此阶段交付结果是一份评定汇报，其中会列出多种选项，并可能包含基于确定需求和提供提议。此阶段中，需要采集现有PC服务器硬件配置和性能数据以进行具体定量分析；该阶段将要提交一个虚拟化评定汇报，包含虚拟化策略和TCO/ROI分析，整合比计算；同时，该文档将包含一个实施计划去帮助实现虚拟化策略和财务结果，而且详述已确定速效方法帮助用户实现虚拟化。计划和设计为实施选定虚拟基础架构处理方案制订具体体系结构设计和计划。确定项目中角色和职责、关键日期和里程碑，和约束和应急计划。此阶段交付结果包含：体系结构设计、构建和配置指南、验证构建是否成功测试计划，和对关键内部步骤认定（可能需要依据虚拟化基础架构和实施计划进行调整）。依据计划和蓝图安装并配置虚拟基础架构。依据需要举行知识传授研讨会，并根据计划阶段确定标准对构建结果进行测试。交付结果包含：按计划构建且能正常运行虚拟基础架构、指出计划和实际实施之间差异异常汇报、配置说明，和责任人基于计划阶段确定成功标准对所构建基础架构验收意见。计划和设计阶段将完成以下设计，而且定义相关步骤：架构设计(网络，存放，资源池等）高可用设计业务连续性设计备份和恢复计划安全安装和实施规范测试计划上线规范等实施依据计划和蓝图安装并配置虚拟基础架构。依据需要举行知识传授研讨会，并根据计划阶段确定标准对构建结果进行测试。交付结果包含：按计划构建且能正常运行虚拟基础架构、指出计划和实际实施之间差异异常汇报、配置说明，和责任人基于计划阶段确定成功标准对所构建基础架构验收意见。实施阶段关键完成工作以下：虚拟化架构安装和配置虚拟化迁移高可用测试备份和恢复测试虚拟化迁移运维经过实施后支持工作，不停优化和更新虚拟基础架构及操作步骤。在运维阶段，将聘用虚拟化用户技术经理（TAM）作为可信任虚拟化教授，去处理数据中心独特需求和策略目标。同时，也把让TAM提供现场和远程技术支持和技术问题接口。经过把用户技术经理（TAM）作为数据中心职员扩展一部分，保持对于本数据中心环境连续一致了解，让TAM配合去审核项目计划，帮助识别风险，而且能够在项目布署生命周期内提供最好实践指导。TAM能提供访问丰富虚拟化知识库，协调和虚拟化产品团体和教授交流，帮助快速处理问题。经过使用VTA确保虚拟化成功布署和最大程度实现虚拟架构ROI。支持服务概述作为VMware服务系列组成部分，全球支持服务和VMware专业咨询服务、VMware培训服务及VMware认证服务相结合，从而在加紧投资回报速度同时降低了风险。VMware聘用了最大规模虚拟化专业技术团体，她们专门为多变、异构且极为复杂关键任务型虚拟化和云计算环境提供支持。经用户验证VMware虚拟化和云计算基础架构处理方案和世界一流全球支持服务相结合，为用户和合作伙伴带来了循序渐进云计算实施路径。在保留现有应用程序和基础架构投资基础上，能够愈加快地从云计算方法实现价值，用户可经过提升利用率、实现自动化、灵活性和可控性，同时保留自由选择能力，从而实现效率提升。VMware支持角色和职责有三种类型支持教授参与VMware支持部门工作。了解需要和哪个小组进行交流，将会加紧问题处理。许可支持团体请求帮助处理VMware帐户、产