《VMware开发测试云(DevOps)》解决方案建议书.docx

《《VMware开发测试云(DevOps)》解决方案建议书.docx》由会员分享，可在线阅读，更多相关《《VMware开发测试云(DevOps)》解决方案建议书.docx（142页珍藏版）》请在课桌文档上搜索。

1、VMWare开发测试云（DeVoPS）解决方案建议书文档信息与变更记录文档名称VMWare开发测试云（DeVoPS）解决方案建议书作者周晶邮箱jingz版本V1.0变更记录2023.07.17V1.0初稿文档描述VMWare开发测试云（DevOPS）解决方案建议书，包括产品：vRealizeCodeStreamvRealizeAutomationnVSAN和NSXo目录1 开发测试行业现状及需求分析41.1 开发测试现状41.2 传统开发测试架构和流程61.3 开发测试新需求72 VMWare开发测试云(DeVOPS)解决方案概述92.1 方案概览92.1.1 平台架构102.1.2 功能特性

2、132.2 产品组件152.2.1 持续交付vRealizeCodeStream162.2.2 服务调配vRealizeAutomation172.2.3 软件定义的存储VSAN232.2.4 软件定义的网络NSX283 VMWare开发测试云(DeVOPS)解决方案技术详解343.1 持续交付vRealizeCodeStream343.2 服务调配vRealizeAutomation373.2.1 业务组成元素373.2.2 构成组件413.2.3 主要功能433.3 软件定义的存储VSAN733.3.1 体系结构743.3.2 基于存储策略的管理753.4 软件定义的网络NSX803.4.

3、1 基本组件803.4.2 工作原理823.4.3 主要功能834 VMwareDevOps方法论954.1 总体指导原则954.2 服务调配方法论964.2.1 关于服务964.2.2 服务的调配管理984.2.3 服务设计和开发管理1005 VMWareDeVoPS部署建议1045.1 服务调配部署建议1045.1.1 基础架构服务调配规划1045.1.2 应用服务调配规划1175.2 软件定义存储部署建议1185.2.1 部署要求1185.2.2 规划设计细则1205.2.3 部署最佳实践1245.3 软件定义网络部署建议1255.3.1 逻辑交换1255.3.2 逻辑路由1275.3.

4、3 逻辑负载均衡1296方案优势总结1327 DeVOPS实施步骤与成功案例1367.1 实施步骤1367.2 成功案例1368 缩略语解释.1381开发测试行业现状及需求分析1.1 开发测试现状现在，人们越来越多的意识到传统意义上的开发行为和运维行为存在脱节现象，从而导致冲突和低效，正如李汤普森(LeeThompson)和安德鲁谢福尔(AndreWShafer)所言，在开发和运维之间存在一面“混乱之墙”。相互冲突的动机、流程和工具导致了这面“墙”的存在。DevelopmentOperations图：开发与运维之间的“混乱之墙”以开发为中心的人通常认为，变化会带来回报，企业依靠他们来应对不断变

5、化的需求，因此他们被鼓励尽可能进行变革。而运维人员则往往视变化为敌人，企业依靠他们维持正常业务运维和实施让企业赚钱的服务。由于变化会影响稳定性和可靠性，运维业务有理由对它说不。我们多次听到过如下统计数字：在所有宕机事件中有80%情况是源于自杀式的改变。更糟糕的是，开发和运维团队通常处于公司组织架构的不同部分，通常具有不同的管理者和竞争关系，而且通常工作在不同的地点。图：开发与运维通常工作在不同的地点此外，让混乱之墙更坚固的还包括开发和运维工具之间的错位。开发者要求和日常使用的常见工具与系统管理员所使用的工具存在很大不同，开发人员没有兴趣使用运维人员的工具，反之亦然。而且两部分工具之间也不存在重

6、要的集成，即使在某些工具类型上有一些重叠之处,使用方式也完全不同。图：开发与运维常用工具的不集成当应用程序变动需要从开发团队推向运维团队时，混乱之墙的存在将变得更加明显，如下图所示。图：应用程序变动从开发到运维开发人员把一个软件版本“扔”给墙对面的运维人员，后者拿到该版本产品后开始准备将其部署。运维人员手动修改由开发者提供的部署脚本或创建自己的脚本，他们还需要修改配置文件来适应与开发环境大不相同的真实生产环境。最完美的情况是，他们重复在此前环境中已完成的工作，而糟糕的情况却是，他们将引入或发现新的漏洞。运维人员然后开始进行他们自认为正确的部署过程，但是由于开发和运维之间的脚本、配置、过程和环境

7、存在差别，这一部署过程实际上也是首次被执行。这一期间如果产生一个问题,开发人员会被要求来帮助进行排障。运维人员会说开发团队给的产品存在问题，而开发人员则会回应称该产品在他们的环境下运行良好，因此一定是运维人员在部署的过程中做错了什么。由于配置、文件存储位置和过程的不同，开发人员诊断问题也并非一件易事。可见，由于没有一个可靠的方式来把环境回滚到此前已知的正常状态，本来应该一帆风顺的部署过程最后变成一场救火行动，经过反复测试之后才让生产环境恢复到正常状态。上述这些状况在目前的开发测试行业极其普遍。可见，部署阶段已经非常明显的需要开发和运维之间的协作来解决问题，但需要这种协作的绝不仅仅是这一阶段。正

8、如约翰阿尔斯帕瓦(JohnAllspaw)所指出的那样，开发和运维之间的协作需求在部署之前就已存在，同时也会在部署之后的长时间之内继续存在。1.2 传统开发测试架构和流程传统开发测试架构和流程是导致上述状况的主要原因。传统的开发测试中，由于组织结构、文化以及技术局限性的多种原因，开发、测试和运维各自相互独立，每个阶段都需要一套复杂繁琐的流程，如下图所示。图：传统开发、测试与生产开发人员用务HH网络*(数器阵H中1可件I垄碳环境H4Iar代科1r构Sl)屈名注JI名裂、一L/JJ在组织中，开发测试和运维管理往往属于不同的部门。开发测试部门的驱动力通常是“频繁交付新特性”，而运维部门则更关注IT服

9、务的可靠性和IT成本投入的效率。两者目标的不匹配,就在开发测试与运维部门之间造成了鸿沟，从而减慢了IT交付业务价值的速度，如下图所示。业务 需求采购 审批软件 开发图：各部门之间的鸿沟上述开发测试架构和流程会在开发测试与系统运维中制造诸多的不协调与矛盾。 开发人员经常不考虑自己写的代码会对运营造成什么影响，他们在交付代码之前，并不邀请运营人员参与架构决策或代码评审。 开发人员对配置或环境进行修改之后，经常没有及时与运营人员沟通，导致新的代码不能运行。 开发人员在自己的机器上手工修改配置，而没有记录所有需要的步骤。想找到必要的配置参数，通常需要尝试很多不同的参数，在得到一个可工作的状态后，往往很

10、难识别出通过哪些最小步骤就能到达该状态。 开发人员倾向于使用有利于快速开发的工具：对代码修改更快的反馈，更低的内存消耗，等等。这样的工具集与运营人员面对的目标运行时环境非常不同：后者对稳定性和性能的要求远胜于灵活性。 由于开发人员平时使用桌面电脑，他们倾向于使用为桌面用户优化的操作系统。生产环境的运行时系统通常都运行服务器操作系统上。 在开发过程中，系统在开发者的本地机器上运行。在运营过程中，系统经常分布在多台服务器上，例如Web服务器、应用服务器、数据库服务器等等。 开发是由功能性需求（通常与业务需求直接相关）驱动的。而运营是由非功能性需求（例如可获得性、可靠性、性能等）驱动的。 运营人员希

11、望尽量避免修改功能，从而降低满足非功能性需求的风险 如果拒绝了小的修改，但给定时间段内需要修改的总量不变，那么每次变更的规模就会变大 变更规模越大，风险也越大，因为其中涉及的区域越多 由于运营人员尝试避免变更，新功能流入生产环境的速度因此被延缓，从而延缓了开发人员将特性交付给用户使用的速度。 运营人员可能对应用程序内部缺乏了解，从而难以正确地选择运行时环境和发布流程。 开发人员可能对运行时环境缺乏了解，从而难以正确地对代码进行调整。由于上述这些不协调与矛盾，现有开发测试架构存在如下问题。 研发效率低,应用上线速度慢 开发测试环境搭建从资源申请、购买到使用手工配置需时较长，影响进度 开发测试所需

12、的IT资源管理不灵活，申请分配环节多，且使用率不高 开发测试资源申请周期长，影响工作效率 大型软件企业各部门独立开发环境易形成孤岛，管理成本较高 开发测试所需的硬件和软件环境对初创软件企业来说成本过高，使用开源软件的配置和掌握需时较多影响效率1.3开发测试新需求基于上述当前开发测试架构存在的诸多问题，开发测试行业的新需求如下所示。业务层面 如何快速业务创新 如何快速占领市场 如何获得竞争优势产品研发层面 如何快速交付应用 如何让研发人员更专注于产品 如何提高产品质量架构和运维层面 如何更好支撑应用 如何提高运维效率 如何降低IT成本 如何维护统一的IT运维流程上述三方面的新需求是为了让企业在市

13、场、成本与风险层面达到最大程度的协调与统一,如下图所示。如何快速业务创新？如何快速占领市场？如何获得竞争优势？如何更好支撑应用？ 如何提高运维效率？ 如何降低IT成本？ 如何维护统一的IT运场本险市成风如何快速交付应用？ 如何让研发人员更 专注于产品？ 如何提高产品质量？图：开发测试新需求2VMware开发测试云（DeVoPS）解决方案概述本章将对VMware开发测试云（DeVoPS）解决方案进行概述。2.1 方案概览从应用架构与基础架构的角度看，VMWare开发测试云（DeVoPS）解决方案属于第三代开发测试平台，不同于以ERP等传统应用为代表的第二代平台，第三代平台以社交、移动和云为特点。

14、VMware开发测试云平台基于软件定义的基础架构，并采用自动化的方式进行交付。同时,应用的开发和部署也通过自动化的方式来完成，如下图所示。图：VMWareDeVoPS属于第三代平台VMware开发测试云（DeVOPS）平台通过如下方式实现。 从应用开发与基础架构两个层面面向DeVoPS进行转型 打通研发与生产运维体系，逐步推进构建DeVOPS团队 采用统一的工具VReaIizeCodeStream自动化管理整个软件研发周期 采用VReaIizeAutomation进行研发，预生产，生产环境的资源自动化部署 采用NSX进行网络微分段，同时提供多个相同环境（含网络）并行开发测试进程,加快软件发布

15、采用VRealiZeAUtOmatiOrl跨开发、测试、生产进行应用平台的自动化部署 通过部署VSAN作为研发平台的后端存储 包含的产品： VRealizeCodeStream vRealizeAutomation VSAN NSXDevOps平台在构建过程中的要点如下所示。 协作：开发运维共同定义环境并共享 定义：端到端的交付生产线，整合的自动化流程（集成，发布，部署，测试） 执行：在与生产环境一致的测试环境自动化部署和测试 报告：按照实例报告代码变更，软件发布和测试结果 持续集成：持续集成代码，持续发布应用 持续部署：弹性云服务平台管理，保证开发、测试、准生产、生产的环境完全一致,持续部署

16、新发布的应用及其底层环境，包含监控部分 持续测试：持续自动化测试 持续监控：持续对测试，准生产和生产环境提供自动化的监控和性能评估，并反馈给开发该平台彻底将开发、测试、试运行和生产打通，如下图所示。持续集成代码持续发布应用开发测试试运行 生产弹性云服务平台管理,保证 开发、测试、准生产、生产的 环境完全一致,持续部署新发 布的应用及其底层环境,包含 监控部分-持续自动化测试O持续监控-持续对产利生产环_并反馈给开发图：VMWare平台彻底打通各个阶段2.1.1平台架构VMware开发测试云（DeVOPS）平台架构如下图所示。应用持续交付(VReaIiZe CodeStream)应用发布管道Re

17、IeaSe Pipeline站部 多点署Virtual SAN 共享 Datastore图：开发测试云平台架构该平台通过VSAN作为后端存储，利用NSX网络微分段促进软件并行开发。上层使用vRealizeAutomation来完成自动化部署。同时，DevOps平台通过vRealizeCodeStream提供应用持续交付以实现频繁、可靠的软件发布，同时还能降低运维风险。VMWareDeVoPS通过构建统一云平台，将所有的阶段进行整合，实现系统管理、开发人员、测试人员在同一的门户下进行操作，真正的实现资源的统一整合，如下图所示。图：资源统一整合DeVOPS平台使用VSAN作为开发测试云的后端存储，

18、如下图所示。vSphere+VirtualSANHBdlkVirtualSANSharedDatastore图：VSAN该方式具有如下价值应用感知的性能控制部署简单,管理方便与vSphere紧密集成-基于策略驱动经济高效的存储-运行于标准X86服务器-容易纵向，横向扩展，无需初次采购大存储同时，该平台还利用NSX网络微分段促进软件并行开发，如下图所示。测试组1测试组2测试组3VirtualSAN共享Datastore图：NSX微,分段该方法将一套物理网络虚拟成多套相同配置逻辑网络，实现自动化部署和并行测试。2.1.2功能特性VMWare开发测试云平台（DeVOPS）具有如下功能特性。图：功能特

19、性提供个性化的自助式体验 通过统一的IT服务目录交付基础架构、应用和自定义服务 凭借基于策略的个性化行政管理满足适当服务级别的特定业务需求 自动执行和加速IT服务交付自动化管理开发、测试与生产部署整个软件生命周期一次应用建模，随地部署 使用具有拖放界面的可视画布将预构建的组件组合为各种应用，从而简化设计流程 凭借跨混合云的标准化且一致的配置，快速部署基础架构和应用服务 通过利用一系列即时可用的内容和对现有配置管理工具（例如Chef、Puppet和SaItStack）的投资，加速工作负载部署并行开发与测试,加速开发进度 利用NSX的Micro-segmentation功能自动化交付多套相同网络配

20、置的研发环境 并行项目测试与开发通过可延展的自动化平台实现最短的价值实现时间 内置全面的专门构建的功能和广泛的多供应商、多云支持 调整和扩展专门构建的全面VRealiZeAutomation功能 自动执行自定义IT服务的交付 利用VMware云计算管理市场中由VMware和合作伙伴提供的解决方案实现持续交付 对发布管道进行建模，并执行发布 通过筛选规则在发布的各个阶段实施行政监管 可简化和自动执行软件交付流程跨版本提供可见性 跨发布阶段提供一致的视图 跟踪项目以确保各个阶段均使用正确的版本 通过发布仪表盘提供端到端的执行可见性与持续集成工具集成 使用JFrogArtifactory来利用对现有

21、工具和技能的投资 使用Artifactory插件将项目纳入发布管道 可与Jenkins、Yum、ArtifactoryGit实现即时可用的集成与持续集成工具集成 用于调配和部署软件的框架 可通过VRealiZeAUtOmatiorI,同时借助PUPPet、Chef、SaltstackAnSible、CFEngine等配置管理工具，甚至是自定义脚本来部署应用环境上述功能特性使得DeVOPS平台可以在业务、产品研发与IT运维三个层面很好的满足开发测试行业的新需求，为企业带来如下收益，进一步提高企业市场竞争力、降低成本与风险。业务层面 业务创新更快 占领市场更快 竞争优势更强产品研发层面 交付应用更

22、快 上线速度更快 产品质量更高11运维层面 支撑应用更好 运维效率更高 IT成本更低 IT运维流程更统一业务创新更快 占领市场更快 竞争优势更强支撑应用更好运维效率更高IT成本更低 IT运维流程更统一产品研发交付应用更快 上线速度更快 产品质量更高图：开发测试云平台收益2.2产品组件本节介绍VMWare开发测试云（DeVOPS）解决方案的如下四款主要产品。 vRealizeCodeStream vRealizeAutomation VSAN NSX2.2.1 持续交付VReaIiZeCodeStreamVMWareVReaIiZeCOdeStream可提供持续交付以实现频繁、可靠的软件发布，同

23、时还能降低运维风险。ContinuousDeliveryPlatformCodeStream具有如下功能特性。实现持续交付 对发布管道进行建模，并执行发布。 通过筛选规则在发布的各个阶段实施行政监管。 可简化和自动执行软件交付流程。跨版本提供可见性 跨发布阶段提供一致的视图。 跟踪项目以确保各个阶段均使用正确的版本。 通过发布仪表盘提供端到端的执行可见性。Pipeline:Vulcan3-releasetoproductionAOdStQQ.vmwarea与持续集成工具集成 使用JFrogArtifactory来利用对现有工具和技能的投资。使用Amfactory插件将项目纳入发布管道。可与Je

24、nkins、YumArtifactoryGit实现即时可用的集成。Source ControlBuild and IntegrationIntegrated Development Environment用于调配和部署软件的框架 可通过VRealiZeAUtomatiori,同时借助PUPPet、Chef、SaItStack、AnsibleCFEngine等配置管理工具，甚至是自定义脚本来部署应用环境。2.2.2 服务调配VRealiZeAutomationVMwareDevOps解决方案的服务调配功能由VReaIizeAutomation实现，它通过自动交付个性化的IT服务来提高业务敏捷性。

25、2.2.11 概览垂直竖井式管理把特定应用和基础架构捆绑在一起，而VMware可以把基础硬件和应用,以及终端用户服务抽象到一种水平的松耦合的层级中，进而打破这种垂直竖井结构的壁垒。业务敏捷性 受到不利影响云计算管理服务组件从动态 资源池提取获得. 在横向层次上松 散绑定到服务中2-IT能够跟上 业务的节奏图：传统竖井IT管理向云计算管理转变VMwarevRealizeAutomation（VRA）位于VMware云计算数据中心的最高级管理层面，它不仅可以管理基础计算资源，也可以管理桌面与应用资源。VRA提供了一个可以跨不同云提供商的，管理和调配虚拟机、云虚拟机和物理机，并管理它们的生命周期资源

26、的自助式门户。vRealize Automation虚拟252322 222255 00物理 ArTl ,sclo OQQQVmvVareacnochwVSPhefeHyper-VXenServer/VM云vmwareCloud Providwt图：vRealizeAutomation客户的异构环境可以通过vRA来进行集中化和标准化的调配和管理。对于管理虚拟机，可以对VMWareVCloUdDireCtor环境、VSPhere环境虚拟机进行管理，并且可以管理MiCroSOftHyPer-V、CitrixXenserver.RedhatKVM等虚拟化环境。对于物理机，VRA可以管理主流x86服务

27、器厂商的服务器，包括HP（通过iL0）,DELL（SaiDRAC）,CISCO（通过UCSM）,IBM（需要作一定的定制开发）。此外，VRA还可以管理外部公有云如VMwarevCloudDirector和AmazonAWS虚拟环境的云资源。vmwareaVRA自身不具备虚拟化资源的能力，而是与虚拟化平台协作，提供调配和管理虚拟化平台 所创建的虚拟机和产生的虚拟计算资源的能力。要完成上述调配和管理的功能，VRA需要使用 包含在平台结构内的代理。类似地，VRA并不直接管理云虚拟机，而是直接与云服务交互，来 调配和管理云平台创建的虚拟机。对于管理物理机器，VRA直接与每个系统的管理接口通信来 执行诸

28、如操作系统安装、重启、重调配等操作。VRA的三个主要优点如下图所示。自助服务目录服务目录为基础架构、应用和所有其他类型的IT服务提供 集中批准和授权机制可以查看虚拟机成本以及内部基础架构与公共IaaS的共享 资源利用率X即服务(XaaS)除了现有的IaaS PaaS和DaaS即时可用型服务功能外, 还可在数分钟内创建“任何” IT服务（例如，“存储即服 务”或“备份即服务）openstack多供应商、多种云环境支持amazon redhatVbmcsofhxare 支持 VCIoUd Hybrid Service 和 RedHat OpenStack 与VCNS集成以提供动态网络和服务（按需提

29、供私有网络、 隔离网络和路由网络；提供负载平衡器） VSPhere 互操作性：Storage DRS4 VSAN、SRM图：VRA的三个主要优势VMWare通过采用针对基础架构服务（包括计算和桌面两方面），以及应用服务的调配解 决方案很好地解决了客户所面临的挑战，通过自动交付个性化的IT服务提高了业务敏捷性。 对基础设施、应 用和桌面服务进 行耗时的一次性 人工调配 终端用户无法轻 松访问服务 IT组织无法控制 调配操作的执行 者、对象和位置基础设施调配 （数据中心/桌面）快速实现云计算的价值 预定义的服务能够缩短交付时间 可自定义的自助式门户可让用户轻松访问 授权服务 策略引擎可确保部署的服

30、务得到审批 生命周期管理可提供更强的控制力并降低 TCO应用调配（PaaS）加快应用调配速度 拖放式应用建模可简化部署流程 可通过任何可用的云访问任何自定义或打包 应用 标准化组件库能够提高控制力并降低成本 更新配置文件可缩短应用变动的周期基础设施和应用服务交付速度加快，控制力与合规性得到提升图：VRA的主要价值借助VReaIiZeAUtOmatiOrI(vRA),客户可以对通过自助式门户和目录向终端用户提供的预定义基础架构和桌面服务进行自动化调配，从而快速实现价值。这些功能可促使企业加大创新力度，并且能够提高企业的敏捷性以及降低IT成本，同时还能确保符合行业和公司的法规和策略。此外，VRA还

31、能够简化和自动化将任何自定义或打包应用调配到任何已批准的云的过程,从而缩短应用的上市时间。可重复使用的标准化应用组件能够降低成本，并且有助于确保合规性，此外还能调配到多个云，因而可提高业务敏捷性。随着客户继续将增进业务价值的流程自动化，vRA的功能可使客户大大缩短服务交付时间并提高控制力和治理程度。在基础架构层面，VReaIiZeAUtomatiOn可让用户通过服务店面轻松访问IT服务，而这些服务，无论是计算、桌面还是应用，都是通过服务蓝本调配的。该解决方案还提供策略引擎，从而确保用户能够访问经授权的服务，同时确保将服务调配到正确的环境并将审批和调配流程自动化。在应用层面，VRA可让用户通过可

32、重复使用的组件构建应用蓝本，并且将这些蓝本与所有可用云的部署配置文件关联起来。 通过在预构建的标准化组件中执行拖放操作来构建蓝本 将任何应用部署到VMWare云和Amazon云vosr*MMt, 9CMMA14应用藤本图：应用调配 使用CloudApplicationsMarketplace创建集成式多层应用teuimiatol:MM100ttlUSXMlAO戊-14。*3Atft云端自助服务和业务管理借助VMware服务调配解决方案中的业务感知管理和控制功能，用户无需更改组织流程或策略即可将自己独有的业务方式应用到云中。借助VMWare服务调配解决方案，用户还可根据既定的运营策略请求和管理计

33、算资源，同时将交付IT服务所需的时间从数天或数周缩短到数分钟。 跨云店面发挥服务调节器的作用，根据业务和IT策略调配工作负载。 拥有用户感知能力的自助门户可为用户提供相应的IT服务目录。 “资源预留”策略可将资源分配给特定的组使用，并可确保资源不会无意中被其他组使用。 “服务级别策略负责定义特定服务在初始调配期间或进行任何配置变更时能获得的资源数量和类型。 蓝本包含各种自动化策略，这些策略定义了构建和重新配置计算资源的流程。基础架构调配和生命周期管理VMWare服务调配解决方案是一款经企业验证的解决方案，专为自动交付私有云和混合云服务而构建。它让公司能够快速证明云部署具有更高的业务价值。资源治

34、理策略可避免超额配置，确保每个用户都能获得处于适当服务水平的适量应用，以满足他们履行自身工作职责的需要。资源回收策略和自动化的回收工作流有助于发现并回收非活动的资源及已弃用的资源。借助“回收节约”报告，公司可了解具体节约了多少成本。调配和管理应用服务或部署您自己的PaaSVMWare服务调配解决方案可缩短“平台即服务（PaaS）和应用部署时间。一项主要功能是应用蓝本，它描述了独立于底层基础架构的应用部署拓扑。这可以提供对应用建模一次而将其多次部署到不同环境中的能力，应用蓝本通过预构建、可重用的组件组合而成,它包括以下主要优势。通过简化部署过程和使用可重用组件及蓝本来消除重复工作，可加快PaaS

35、和应用部署的速度。这样便可更快地向业务用户交付应用。 利用CloudApplicationsMarketplace上提供的即时可用的组件、用于创建任何自定义组件的可延展性框架以及随时可以运行的合作伙伴解决方案，可对任何应用（自定义或打包）灵活建模以便部署。 可通过横向扩展已部署应用的节点或实施应用或代码更改来更新应用部署。专门构建的灵活性和可延展性VMware服务调配解决方案专为与现有基础架构配合使用而构建。它可以支持众多业务部门的不同需求，并且可与现有IT系统和最佳实践集成。利用以下功能，VMWare服务调配解决方案可与现有IT基础架构和流程兼容，或者适应现有的IT基础架构和流程。 利用工作

36、流设计器，可以在机器生命周期中的各个状态转变点轻松将活动插入工作流存根。借助这些存根，可以简化在VMWare服务调配解决方案标准生命周期自动化流程中添加自定义流程的流程方法。 与VReaIizeOrchestrator的集成可扩展预构建自动化任务的活动库，这些活动可轻松纳入VRA的现有流程。 VMwareSolutionExchange提供了VMWare和合作伙伴提供的vRO（vRealizeOrCheStratorj工作流和插件库，这些工作流和插件可以加快自定义VRA标准功能的速度。多供应商统一云计算管理VMware服务调配解决方案可跨广泛的多供应商部署技术和管理工具编排基础架构和应用服务的

37、交付。 使用简单的拖放式界面来设计应用部署-设计和建模一次，即可在任意地点部署。 保护对现有工具和专业技能的投资，并赋予决定未来技术的自主权。 通过集成式应用商店，可以轻松获得数百种最佳实践应用组件和蓝本、开发环境以及可提高业务工作效率的应用。典型应用场景VRA有四类典型的应用场景，帮助企业加快部署云的脚步。 私有云服务调配和管理 作为公有云，提供跨多云平台的支持 虚拟桌面云调配和管理 云的定制和全面的自动化 为企业使用公有云提供安全性和合规 性支持 企业用户合规、可控地访问公有云 整合公有云资源到企业内部的生态环将云自动化扩展到新场景基于模块化的云架构快速部署定制化的云服务利用现有基础架构设

38、施快速部署私有云环境匹配现有业务流程到云环境为建立的私有云环境提供完整生命周期管理 实现VDl架构自动交付 由小到大的环境灵活扩展 跨地域多环境灵活管理利用RESTfUlAPl在符合安全性的前提下实现更多自动化图：应用场景第一个客户应用场景是私有云：这是最常见的一种应用模型。VRA提供一种开箱即用的解决方案，帮助企业利用现有的技术设施快速的部署和交付其内部的云服务。第二个客户的应用场景是虚拟桌面云：在多个地理位置和异构环境中，有许多的客户使用VRA来实施他们虚拟桌面基础架构的自动交付。第三个客户的应用场景是公有云网关：大部分组织都有一些利用公有云资源的有效使用实例，关键是能够管理和控制对这些资

39、源的访问，保证当生命周期结束的时候能够删除它。VRA帮助企业整合这些公共资源，为他们的企业生态系统服务，以统一和简化用户体验。事实上如果做的正确，只要符合所有内部IT和业务政策，终端用户在大多数情况下不会知道他们的工作流量究竟运行在哪些物理资源里。最后一个客户应用场景是云自动化：云自动化使得企业扩展现有云基础架构并应用到新的使用场景，这种场景可能仅仅适用于一个特定的公司，或者允许一个公司提供其他服务，而不是目前自动化中心提供的标准服务。2.2.3软件定义的存储VSAN2.23.1 VirtUalSAN简介VirtualSAN是极其简单的虚拟化层融合的存储解决方案。为vSphere虚拟化架构提供

40、高性能，可扩展的存储解决方案。这是适合任何虚拟化应用程序，包括关键应用工作负载的企业级存储解决方案。它与vSphere和对整个VMware功能的无缝集成使它成为理想的存储平台的虚拟机。VSAN6.0可配置为混合架构或全闪存架构的存储。在混合存储体系结构，VSAN池化了服务器自带的存储设备，在这种情况下磁盘设备、高速缓存设备、典型的SSD和PCl-E的设备来共同创建分布式共享数据存储，将存储硬件抽象出来，为虚拟机提供了一个软件定义存储层。VirtualSANAll-FlashandHybridArchitectures图：全闪存架构和混合架构基于闪存的设备（SSD或PCI-E）被用作一个读高速缓

41、存来加速性能和容量的设备（HDD）的用于数据的持久性。另外，VSAN6.0可以部署在全闪存架构的设备（SSD或PCI-E）,只用作写高速缓存，而其他基于闪存的设备提供高耐用性的数据持久化的全闪存存储容量，提供了极高的性能，每台主机可达到IoOK+IOPS,且不影响成本效益。全闪存架构支持基于闪存设备的分层：一个写密集高持久性能层用于写和读密集的工作负载，一个经济有效的容量层用于数据持久的负载，从而减少全闪存架构的总体的开销。2.2V2功能和优势223.2.1主要特性和功能VMwareVirtualSAN体现了VMware软件定义存储愿景，它在全面集成的直连磁盘解决方案中纳入基于策略的控制层、以

42、应用程序为核心的服务以及虚拟数据层。VMwareVirtualSAN采用分布式架构，利用SSD实现高性能的读/写缓存，并利用硬盘实现高成本效益的数据长期保存。功能特性包括：内置在VSPhere内核中VirtualSAN在vSphere内核内部实施,从而优化数据I/O路径以提供最高级别的性能以及最小化对CPU的影响，同时提供最佳性能和可扩展性。简单的一键式部署一一VMWareVirtUalSAN易于配置和部署，如下图所示，只需要单击对话框就可完成。图：VSPhere内置一键开启VirtUalSAN全闪存或混合式体系结构VirtualSAN可用于全闪存体系结构中，在这样的体系结构中服务器连接的闪存

43、设备提供缓存和数据持久性容量，以实现始终如一的超高性能级别。或者，VirtUalSAN可用于混合式配置中,在这样的配置中服务器端闪存设备进行池化以提供读/写缓存，而服务黑连接的HDD提供数据持久性。全闪存架构支持PCLe设备的分层：一个写密集高持久性能层用于写和读密集的工作负载，一个经济有效的容量层用于数据持久的负载，从而减少全闪存架构的总体的开销。混合架构中，每集群可达64个VSAN节点，全闪存架构每集群最大支持32个VSAN节点。无论混合还是全闪存结构，每主机支持高达200个虚拟机虚拟磁盘最大容量（VMDK）-容量增至62TB（VMFS/NFSVMDK容量）.以虚拟机为中心的基于策略的管理以存储策略的形式将存储需求与各个虚拟机或虚拟磁盘关联起来。VirtualSAN使用这些存储策略来自动执行存储资源的调配和平衡,以确保每个虚拟机获得指定的存储资源。使用VSPhere进行