1、/*客户公司项目名*/ SDDC 之服务调配2018/12/191文档信息与变更记录作者邮箱版本 V1.0变更记录 2013.10.11 V1.0(初稿) 2013.11.08 V1.1 格式 封面 后续章节框架2013.11.14 V1.2 格式 增加缩略语解释2目 录1 概述 41.1 项目背景 .41.2 现状分析 .42 软件定义数据中心要求新的管理模式 52.1 传统管理模式面临的挑战 .52.2 VMware 软件定义数据中心的管理解决方案 .73 软件定义数据中心服务调配管理 .93.1 传统管理模式对服务调配的影响 .93.2 服务调配的新需求 103.3 解决方案框架 .11
2、3.4 解决方案设计 .113.5 VMware 服务调配方案简介和特点 .113.6 VMware 服务调配方案功能特点 .154 服务控制方法论 174.1 关于服务 .174.1.1 服务定义 174.1.2 服务特征 174.1.3 服务开发方法 .184.2 服务的调配管理 194.2.1 使用者自助式门户 .204.2.2 调配流程自动化 .214.2.3 调配流程分析师 .214.3 服务设计和开发管理 .224.3.1 服务要求 224.3.2 服务要求启动工作流 224.3.3 服务设计 234.3.4 服务设计工作流 .244.3.5 服务开发 244.3.6 服务开发工作
3、流 .254.3.7 常见的服务开发特点 255 VMware 基础资源服务调配产品 .285.1 vCloud Automation Center 产品简介 2835.2 vCloud Automation Center 的主要价值 .295.3 vCloud Automation Center 的典型应用场景 .305.4 vCloud Automation Center 的业务组成元素 .315.4.1 蓝图 .315.4.2 业务组和用户 .325.4.3 基于角色用户授权 .325.4.4 资源预留 325.4.5 计费 .335.4.6 共享基础架构的管理 335.4.7 机器资源
4、的生命周期 345.5 vCloud Automation Center 软件逻辑架构 .355.6 vCloud Automation Center 的使用功能特性 .375.6.1 消费者自助服务 .375.6.2 管理员自动化管理 .405.6.3 灵活的云管理扩展 .466 VMware 应用服务调配产品 526.1 vFabric Application Director 的主要价值 536.2 vFabric Application Director 的功能特性 536.2.1 加快应用调配速度并可重复调配 536.2.2 任何云上的任何应用 536.2.3 全面的应用发布自动化
5、546.3 vFabric Application Director 的典型使用场景 .546.3.1 提供简化而便捷的应用设计蓝图 546.3.2 丰富的部署和故障定位方式 .557 方案总结 .577.1 方案要点 .577.2 方案优势 .578 配置清单及说明 588.1 硬件配置需求 .588.2 虚拟化软件配置需求 .589 专业服务 .5910 支持服务概述 6011 术语解释 .6141 概述1.1 项目背景1.2 现状分析52 软件定义数据中心要求新的管理模式2.1 传统管理模式面临的挑战近些年来，虚拟化在市场中的采用呈现稳定一致的态势，虚拟化的比例越来越高。从虚拟化利用率的
6、角度来讲，虚拟化的发展可以分为三个阶段：第一阶段为 0-30%，第二阶段为最多 70%，第三阶段则达到 70%以上。而成本节约贯穿上述所有阶段，第一阶段通过整合在资金开销方面实现节约，第二阶段则在此基础上通过自动化的管理模式实现了运维开销降低，最后到第三阶段，又实现了敏捷性的提高。图：虚拟化三个阶段除了虚拟化利用率及其价值的变化，每个阶段都有其独特的一套计划，IT 部门所获得的一系列优势也是不同的。6图：SDDC 的三个阶段目前，市场上的 VMware 虚拟化程度大约在 65%以上，随着虚拟化比率的不断提高，客户也在不断扩大对虚拟化功能的运用范围，开始采用软件定义的存储以及网络与安全模式，从而
7、逐步完全过渡到软件定义的数据中心。而这一转变使得 IT 部门能够转变运维方式，从本质上被动反应也就是往往需要竭力应付业务需求并面对日益积压的应用请求的部门，转变为主动创新的部门，将节约的 IT 资源重新投入到有助于实现关键业务目标的新应用、服务和计划。主动创新的部门更能与业务目标保持一致，并且对企业的发展、创新和竞争能力起着更为关键的作用。在软件定义数据中心下，现有的管理方案已经不能满足数据中心对管理的需求，因此 IT部门转变运维模式也是势在必行的事情。现有管理方案的不足主要体现在资源调配和运维管理两个方面，如下图所示。图：传统管理72.2 VMware 软件定义数据中心的管理解决方案为解决以
8、上问题，VMware 提出了软件定义数据中心的管理解决方案，该方案主要分为运维管理与服务调配两个方面，如下图所示。图：管理架构运维管理解决方案可以在服务质量，运维效率以及控制与合规性方面满足客户的需求，而服务调配解决方案则包括基础设施调配与应用调配两项功能。在软件定义数据中心下，通过使用 VMware 提供的高效快捷的服务调配与运维管理解决方案，客户可是获得非常可观的投资回报收益，如下图所示。图：投资回报三个阶段通过上图可以看出，即使是处于虚拟化早期阶段的客户也已经获得了稳步上升的投资回报。但是，随着客户进一步加大投资力度，也就是将虚拟化用作整个数据中心自动化和新 IT 交付形式的平台，例如按
9、需功能，投资回报率得到大幅度上升。这一上升的主要原因是，IT 部门能够改进向企业交付 IT 服务的方式。这使得 IT 部门能够将资源从往往与维护现有系统相关的人工任务中解脱出来，重新投入到推动实现提升企业效率、收入和竞争优势等企业目标的计划当中。83 软件定义数据中心服务调配管理如今，虚拟化已成为大多数 IT 部门数据中心的基石，许多组织利用虚拟基础架构向云计算迁移。然而,由于传统的管理工具和方法是为了支持孤立的计算环境而设计的，IT 团队面临着如何利用传统管理工具和方法有效地支持新的动态 IT 基础架构的挑战。图：传统模式的管理当前企业环境中，IT 的运营有许多带来浪费、低效率和客户不满意的
10、通病： 客户的 IT 请求通常混乱、管理和优先服务水平很差 对于跨不同业务组织的请求需要不连续的人工操作 竖井式的自动化管理需要越来越多的 IT 专家 为完成优先请求，不断积累了常规请求 与业务和公司流程的联系很差 现有管理工具缺乏灵活性 缺乏监管、控制和可见性 对基础设施资源的调配和管理不集中传统的管理模式无法满足动态变化的虚拟化和云环境。传统的垂直竖井式管理把特定应用和基础架构捆绑在一起，这种方式脆弱且不便管理。93.1 传统管理模式对服务调配的影响VMware 相信基于 VMware 云基础架构的方案可以提供足够有效率和自动化的云环境。然而，我们也认识到许多客户拥有异构的基础资源池。在这
11、种异构环境中，调配新的计算资源或应用需要协调更多的部署技术和使用更多的管理工具来达到最佳实践。基于不同硬件平台的业务模式会遭遇一系列诸如扩展和管理基础设施的挑战。由于异构的环境，对于特殊请求可能会需要找到不同的 IT 技术人员和解决方案，因此增加了服务交付的响应时间。此外，拥有异构环境对服务调配过程也提出了挑战。异构平台需要更多的 IT 专员分别操作不同的平台，所以增加了操作开销和资金的开销。服务响应延迟、成本增加和 IT 员工非集中管理为公司的 IT 产生了消极的影响。由于不同业务组的需求和流程的差异性，在同公司内部 IT 的标准化和自动化非常难以实现，所有，大多数公司对于不同业务部门或组织
12、都参与非连续的、竖井式或手工的 IT 部署流程。图：传统竖井 IT 管理向云计算管理转变虚拟化和云计算对管理提出了新的需求，传统的管理模式无法满足动态变化的虚拟化和云环境。传统的垂直竖井式管理把特定应用和基础架构捆绑在一起，这种方式脆弱且不便管理。VMware 相信应该打破这种垂直竖井结构的壁垒，通过把基础硬件和应用，以及终端用户服务抽象到一种水平的松耦合的层级中。这种新模式使得应用不依赖于基础架构独立地被管理，也可以把应用部署到任何虚拟基础架构之上，无论私有云还是公有云，因此保证了 IT的敏捷性和灵活性。此外，应用开发较以往任何时期都要发展迅速，功能每日都会更新，规模每小时都在改变，因此，用
13、户需求带来的持续压力使得应用所有者面临着始终如一的快速变更率。云计算使应用所有者可以即时访问基础架构，然而构建应用程序仍需管理员在各个虚拟机上分别安10装和配置应用程序组件，以便插入到应用体系结构中。在当下的云计算时代中，企业和组织需要更行之有效的跨云加快应用部署速度的方法。3.2 服务调配的新需求在最近 Gartner 对 CIO 的调查报表中，业务敏捷性和成本问题是企业部署私有云和混合云最大的两个业务驱动因素。随着业务的快速增长，企业在寻求一个更快部署系统来创造商业机会，快速响应市场需求和提高生产力的方法。以提高 IT 效率和优化资源使用率的方式削减成本也是越来越多的 IT 部门开始寻求云
14、基础设施的重要原因。最后，IT 的消费者希望像获得他们生活中的自助服务和应用一样方便地获得企业的 IT 基础资源服务。为了增加业务敏捷性，许多企业希望缩短由竖井式的手动操作导致的冗长的服务响应时间，由于操作的不灵活，IT 专家经常需要数天甚至数周来交付急需的资源和应用。这些解决方案需要基于策略的管理和控制，以保证消费者得到个性化的自助服务体验和对应服务等级。监管是更好利用公共云服务的关键，它能确保规避风险的安全合规性。为了提高效率，需要基于策略的监管而不是依赖人的监管。另一个挑战是云基础架构需要满足各业务实体的独特需求。一个业务的方案优化很难照搬到其他的业务上。最后，云管理平台需要与现有的基础
15、设施和管理工具结合，以实现最佳实践。在虚拟化和云计算时代,IT 组织需要一种比传统管理解决方案更好的方式来满足基础架构、应用和业务服务的性能、可用性、服务质量、安全性和合规性要求。图：业务对 IT 的需求113.3 解决方案框架3.4 解决方案设计3.5 VMware 服务调配方案简介和特点正如前面所说，服务调配存在大量的挑战。由于自定义服务过多，以及对于谁能访问什么服务、在何处调配服务等方面缺乏控制，服务调配非常耗时，需要大量的人工操作，而且成本高昂。VMware 通过采用针对基础架构服务，包括计算和桌面两方面，以及应用服务的调配解决方案解决了这些挑战。图：服务调配借助 vCloud Aut
16、omation Center，客户可以对通过自助式门户和目录向终端用户提供的预定义基础架构和桌面服务进行自动化调配，从而快速实现价值。这些功能可促使企业加大创新力度，并且能够提高企业的敏捷性以及降低 IT 成本，同时还能确保符合行业和公司的法规和策略。VMware 的应用调配解决方案 vFabric Application Director 能够简化和自动化将任何自定义或打包应用调配到任何已批准的云的过程，从而缩短应用的上市时间。可重复使用的标准化应用组件能够降低成本，并且有助于确保合规性，此外还能调配到多个云，因而可提高业务敏捷性。12随着客户继续将增进业务价值的流程自动化，这两个管理解决方
17、案的功能可使客户大大缩短服务交付时间并提高控制力和治理程度。VMware 服务调配管理方案如下图所示：图：服务调配架构两个云计算服务调配解决方案分别为用于基础架构即服务的 vCloud Automation Center，和用于平台即服务或应用调配的 vFabric Application Director。vCloud Automation Center 可让用户通过服务店面轻松访问 IT 服务，而这些服务，无论是计算、桌面还是应用，都是通过服务蓝本调配的。该解决方案还提供策略引擎，从而确保用户能够访问经授权的服务，同时确保将服务调配到正确的环境并将审批和调配流程自动化。vFabric Ap
18、plication Director 可让用户通过可重复使用的组件构建应用蓝本，并且将这些蓝本与所有可用云的部署配置文件关联起来。用户还可以通过访问组件从其他功能获益，并完成由第三方通过 VMware Cloud Applications Marketplace 提供的应用蓝本和参考体系结构。vCAC 通过自动化的方法提供给企业和用户流畅的 IT 服务资源管理，解决了异构平台和非集中管理带来了各种挑战： vCAC 可以利用现有的基础架构和当前的业务流程结合 vCAC 可以简单而又直接的为终端用户甚至是管理员开通自助服务。 IT 可以选择性的授权一部分资源给需要使用的人员和组。13 vCAC 是
19、十分灵活的，现在能给客户提供的业务可能会与将来的需求不同，借助 vCAC能够快速的改变，引进新的业务，根据业务需要重新分配和优化资源分配图：vCAC 流畅地管理自助服务和自动交付把配置周期从几天或几周减少到几分钟，在提升客户满意度的同时释放宝贵的 IT 运营成本资源。图：应用调配vFabric Application Director 的一个主要特性是易用性。应用架构设计师可从这个独特的用户界面（基本上是一个空白画布）中拖放已批准且可重复使用的操作系统、中间件和应用组件，以创建多层应用蓝本。14vFabric Application Director 随后会自动将此逻辑蓝本与您选择的特定云计算
20、环境相关联，无论它是内部的私有云、公共环境还是 Amazon EC2。3.6 VMware 服务调配方案功能特点VMware 服务调配解决方案通过一个自动交付 IT 服务的灵活解决方案，可实现业务所需的敏捷性和 IT 所需的控制力。 云端自助服务和业务管理借助 VMware 服务调配解决方案中的业务感知管理和控制功能，用户无需更改组织流程或策略即可将自己独有的业务方式应用到云中。借助 VMware 服务调配解决方案，用户还可根据既定的运营策略请求和管理计算资源，同时将交付 IT 服务所需的时间从数天或数周缩短到数分钟。 跨云店面发挥服务调节器的作用，根据业务和 IT 策略调配工作负载。 拥有用
21、户感知能力的自助门户可为用户提供相应的 IT 服务目录。 “资源预留” 策略可将资源分配给特定的组使用，并可确保资源不会无意中被其他组使用。 “服务级别” 策略负责定义特定服务在初始调配期间或进行任何配置变更时能获得的资源数量和类型。 蓝本包含各种自动化策略，这些策略定义了构建和重新配置计算资源的流程。 基础架构调配和生命周期管理VMware 服务调配解决方案是一款经企业验证的解决方案，专为自动交付私有云和混合云服务而构建；它让公司能够快速证明云部署具有更高的业务价值。 资源治理策略可避免超额配置，确保每个用户都能获得处于适当服务水平的适量应用，以满足他们履行自身工作职责的需要。 资源回收策略
22、和自动化的回收工作流有助于发现并回收非活动的资源及已弃用的资源。 借助“ 回收节约 ”报告，公司可了解具体节约了多少成本。 调配和管理应用服务或部署您自己的 PaaSVMware 服务调配解决方案可缩短“ 平台即服务”(PaaS)和应用部署时间。一项主要功能是应用蓝本，它描述了独立于底层基础架构的应用部署拓扑。这可以提供对应用建模一次而将其多次部署到不同环境中的能力。应用蓝本通过预构建、可重用的组件组合而成。包括以下主要优势： 通过简化部署过程和使用可重用组件及蓝本来消除重复工作，可加快 PaaS 和应用部署的速度。这样便可更快地向业务用户交付应用。15 利用 Cloud Applicatio
23、ns Marketplace 上提供的即时可用的组件、用于创建任何自定义组件的可延展性框架以及随时可以运行的合作伙伴解决方案，可对任何应用（自定义或打包）灵活建模以便部署。 可通过横向扩展已部署应用的节点或实施应用或代码更改来更新应用部署。 专门构建的灵活性和可延展性VMware 服务调配解决方案专为与现有基础架构配合使用而构建。它可以支持众多业务部门的不同需求，并且可与现有 IT 系统和最佳实践集成。利用以下功能，VMware 服务调配解决方案可与现有 IT 基础架构和流程兼容，或者适应现有的 IT 基础架构和流程： 利用工作流设计器，可以在机器生命周期中的各个状态转变点轻松将活动插入工作流
24、存根。借助这些存根，可以简化在 VMware 服务调配解决方案标准生命周期自动化流程中添加自定义流程的流程方法。 与 vCenter Orchestrator 的集成可扩展预构建自动化任务的活动库，这些活动可轻松纳入 vCAC(vCloud Automation Center)的现有流程。 VMware Solution Exchange 提供了 VMware 和合作伙伴提供的 vCO(vCenter Orchestrator)工作流和插件库，这些工作流和插件可以加快自定义 vCloud Automation Center 标准功能的速度。 多供应商统一云计算管理VMware 服务调配解决方案
25、可跨广泛的多供应商部署技术和管理工具编排基础架构和应用服务的交付。 使用简单的拖放式界面来设计应用部署-设计和建模一次，即可在任意地点部署。 保护对现有工具和专业技能的投资，并赋予决定未来技术的自主权。 通过集成式应用商店，可以轻松获得数百种最佳实践应用组件和蓝本、开发环境以及可提高业务工作效率的应用。164 服务控制方法论4.1 关于服务4.1.1 服务定义服务定义是服务设计和管理的一个重要方面。通过服务定义，使用者和服务提供商双方都可以了解应该期望（或不应该期望）从服务中得到什么结果。明确定义的服务可以帮助客户了解服务产品的范围、限制和成本。在制定服务定义时，请考虑以下注意事项。除非另行说
26、明，这些注意事项同时适用于私有和公有服务定义。 服务目标 使用情形 与服务进行交互的用户角色 消费模式 服务计量、报告和定价 服务产品详情（基础架构、应用） 其他因服务产品类型而异的特性（备份、存储类型、可用性、性能、连续性）4.1.2 服务特征美国国家标准与技术研究院对云计算服务定义了以下几项基本特征： 按需自助服务使用者可以根据需要单方面完成计算功能的自动调配，无需与每项服务的提供商进行人工互动。 广泛的网络访问各项功能均通过网络提供，并且可通过便于各种异构瘦客户端或胖客户端平台使用的标准机制访问。 资源池化提供商的计算资源可聚集成资源池为多个使用者提供服务，同时采用多租户模式，按照使用者
27、的需求动态分配和重新分配各种物理和虚拟资源。这会让人感觉所提供的资源与位置无关，因为用户通常不了解或无法控制这些资源的确切位置，但他们可以在更高的抽象层指定资源位置。 快速伸缩能力可以通过调配实现功能的快速扩展和释放，在某些情况下可以自动完成。具备快速伸缩能力，可以迅速实现资源的横向扩展和内部扩展。对使用者而言，可供调配的功能往往似乎无穷无尽，而且他们可以随时购买任意数量的功能。17 可衡量的服务云系统可以利用与服务类型相对应的某个抽象层的计量功能，自动控制和优化资源使用情况。可以监视、控制和报告资源的使用情况，并且这一情况对所使用服务的提供商和使用者保持透明。广 泛 的 网 络 访 问 快
28、速 伸 缩 能 力 可 衡 量 的 服 务 按 需 自 助 服 务资 源 池 化图：云服务特征要使用软件定义数据中心（SDDC）服务交付业务解决方案，基础架构还必须具备以下基本特征： 标准化在由标准 x86 硬件组成的各个池中，以软件服务的形式提供同构基础架构。同构性可以消除孤立的操作系统小环境和冗余工具及其相关技能集产生的不必要的复杂性。它还可以消除成本高昂的专用硬件，实现单一、可扩展的备份和恢复方法。 全面采用针对整个数据中心结构而优化的单一平台，提供全面的基础架构服务，能够支持所有应用。全面的基础架构可以随时支持任意工作负载，并且具备全面的灵活性来平衡总体应用需求，因而不再需要多种多样的
29、技术体系。 自适应按需提供基础架构服务，不受物理拓扑的限制，可以动态适应应用的规模和位置。基础架构平台可根据总体应用工作负载需求动态配置和重新配置环境，从而最大限度地提高吞吐量、敏捷性和效率。 自动化内置智能化功能可根据所定义的策略自动执行调配、安置、配置和控制。智能基础架构使用户不再需要使用复杂而脆弱的管理脚本。减少手动干预相当于提高可扩展性、速度和节省成本。基础架构中的智能化功能支持 SDDC 级运营。 恢复能力基于软件的体系结构和方法可对关键操作提供故障切换、冗余和容错，从而消除因硬件发生故障而造成的问题。智能自动化可以提供必要的恢复能力，而无需人工干预。4.1.3 服务开发方法服务的定
30、义和设计方法应该包括： 让所有必要的相关人员参与进来。 记录可以转化为相应服务定义的业务驱动因素和要求。 从全局角度看待整个服务环境和服务生命周期，包括： 服务设置，包括定义和设计18 服务请求和审批 服务调配 服务使用 服务管理和运营 服务转换和终止为面向使用者的服务级别协议(SLA)和面向内部的运营级别协议 (OLA)标准创建必要的服务定义要素时，您必须考虑到对服务生命周期每个阶段中服务使用者和提供商具体体验的意识觉知。 定义服务情景和使用情形。 阐明服务内容，以便了解其组件、相互作用以及关联操作的顺序。 定义与服务相关或与之交互的用户和角色，以便以用户为中心来创建服务。 定义下列领域的服
31、务和服务组件的服务合同(SLA)： 基础架构服务 应用服务 平台服务 软件服务 业务服务 定义以下方面的服务质量： 性能 可用性 连续性 可扩展性 可管理性 安全性 合规性 成本和定价 定义业务服务目录，支持 IT 服务目录。4.2 服务的调配管理对于 IT 而言，“调配” 通常指以下情况之一：19 根据使用者请求调配虚拟机或应用服务组件 调配支持虚拟化或 SDDC 平台的底层基础架构。因使用者请求而产生的调配在 SDDC 计算环境中不断发展变化。实施 SDDC 计算环境的一个主要目标就是降低日常运营开销成本。根据使用者请求来调配资源可节省大量运营开销。这种节省来自以下方面： 提供自助式门户，
32、供使用者基于服务目录提出请求。 自动执行触发的调配流程以满足使用者请求。4.2.1 使用者自助式门户在使用者看来，SDDC 计算有望实现以下新目标： 自助服务。 灵活而准确的选择。 即时满足需求。 按需服务。私有云或公有云提供商可通过在线为使用者提供自助式功能，从而实现上述目标。对于私有云，此功能在内部部署。使用公有云时，使用者也能访问公有云的自助式在线服务目录。通过提供访问权限，提供商希望以较低的成本快速提供基础资源和应用调配服务，同时仍保持对流程的控制，进而从中获益。使用者的期望则通过调配流程自动化来实现。最初，自助式在线功能必须提供一种简易的方式，供使用者以机器形式调配基于资源的服务。最
33、终，无论是作为包含一切的开发环境、基于“软件即服务”的应用还是用于移动设备的应用，都必须将此功能扩展为能让使用者自助访问任何 IT 服务。提供此自助访问可满足使用者对选择的灵活性与精确度的期望。在自助式在线门户中，应能执行以下操作： 安全访问。 查看可用服务、成本和服务层。 基于组织成熟度请求机器和其他服务。 通过自动化工作流获取任何需要的批复。 跟踪请求状态。 查看成功调配的项目。 执行至少包括启动、停止和添加容量在内的任务。 接收通知。20 停用项目。 查看基本使用量报告。 查看已调配项目的运行状况。4.2.2 调配流程自动化通过调配流程自动化满足使用者请求是达到客户期望的关键要素，而且这
34、还能使提供商节省运营开销。初始阶段，流程自动化适用于机器调配，但其他 IT 服务的调配也可实现自动化。自动调配包括以下各项： 处理机器整个生命周期的自动机器调配流程。 机器调配流程及其他所需流程与关联系统之间的自动交互。通过自动处理以前通常由工作队列决定的一组手动执行步骤，可节省运营开销。实现自动化后，以前需花费数日或数周的流程可能仅需几分钟或几小时即可完成。除节省运营开销外，由于达到了使用者对即时满足需求的期望，使用者满意度也会随之增加。4.2.3 调配流程分析师实现调配流程自动化后，需要增加一个调配流程分析师角色。调配流程分析师具有以下职责： 与服务开发部门合作，了解要提供的新服务的调配影
35、响。 向集成和自动化管理部门提供对工作流实施、修改、维护及与其他流程领域内的系统集成的要求。 与服务级别管理部门合作，了解对机器调配的操作级别要求。 与监控部门合作，以正确检测调配流程、创建阈值并实施监控。 与发布管理部门合作对以下各项进行协调和验证： 工作流版本的调配。 更新为会影响调配流程的现有服务目录条目。 添加到服务目录的新服务产品。调配流程分析师角色的人员配备水平取决于以下因素： 不同服务产品的数量。 服务发布速度。 与服务级别协议绑定的调配操作协议。需要一名还是多名全职或兼职的调配流程分析师，取决于自动化调配流程的使用情况和稳定性，以及与服务级别协议绑定的任何相关操作级别协议。在大
36、多数情况下，一名兼职或最多一名全职分析师即足够。通过 IT 角色整合可节省更多运营开销。实现调配流程自动化后，21负责调配管理的调配流程分析师应维护此自动化工作流以及与其他应用的集成点。通过提供适当的技能和培训，可由负责管理集成和自动化的其他角色担任此角色。4.3 服务设计和开发管理SDDC 服务设计和开发管理旨在对组织中的所有服务开发部门，实施标准的治理和控制方法。这一领域侧重于设计和体系结构一致性、成本透明度以及基于使用情况的服务计量，还包括有关服务开发、服务反馈和计量管理的子领域。4.3.1 服务要求服务要求流程用于管理服务开发团队和业务用户在开发新服务期间的交互情况。将建立明确的沟通渠
37、道，并创建标准服务定义文档来获取业务要求。还将进行持续审查，并且每个重要的服务开发阶段之后都需进行签字确认。此职能需要分析时间以便与服务组合流程保持一致进度。将制定业务情景和使用情形，并在服务开发开始前完成成本效益分析。主要涉及的领域包括： 所有必要相关人员的参与。 记录可以转化为相应服务定义和 SLA 的业务驱动因素和要求。 明确定义运营要求并针对各个相应服务层确定运营要求。 定义业务情景和使用情形。 定义为创建以用户为中心的服务而进行的服务开发所涉及的业务用户和角色。 制定服务的工作流说明，以便介绍服务的组件、交互情况以及相关操作的顺序。 成本效益分析（内部和外部）。4.3.2 服务要求启
38、动工作流下图举例说明了创建新服务时的服务启动工作流以及参与此流程的角色。22图：服务要求工作流4.3.3 服务设计服务设计流程侧重于为新服务创建一致的体系结构和设计。这一职能负责创建体系结构蓝本和服务模板，以用于快速创建服务。涉及的主要领域包括： 使用概要设计说明服务，以便介绍服务的组件、交互情况、相关操作的顺序以及预期 SLA。 与服务产品组合以及目录流程领域集成并做出相应调整。 与服务反馈和计量流程集成并做出相应调整。 业务用户对服务设计签字确认。234.3.4 服务设计工作流下图举例说明了服务设计工作流以及参与此流程的角色。图：服务设计工作流4.3.5 服务开发服务开发流程侧重于开发服务
39、，以及为此调整组织的服务开发方法。这一职能需要速度和敏捷性，以快速响应不断变化的业务需求。此外，这一职能还可管理和控制整体服务开发流程中使用的总体服务开发环境、平台和工具。涉及的主要领域包括： 敏捷性和快速响应能力。 定义服务开发方法（通常建议使用敏捷开发）。 与其他运营流程领域集成并做出相应调整： 性能 SLA（应用响应时间、带宽（包括突发带宽）、响应时间、解决时间）。 可用性 SLA（正常运行时间、备份、还原、数据保留）。 连续性 SLA（RPO、RTO ）。 可扩展性。 可管理性（用户帐户管理、支持力度）。24 安全性（应用/数据访问、管理/控制访问、用户帐户、身份验证/授权）。 合规性
40、（规章制度遵从性、记录、审核、数据保留、报告）。 针对服务反馈和计量管理流程进行调整，以实现服务成本核算、定价、计量和记帐。 制定服务控制措施： 持续服务报告、服务质量分析和趋势分析。 自动修复脚本和集成工作流。4.3.6 服务开发工作流下图举例说明了服务开发工作流以及参与此流程的角色。图：服务开发工作流4.3.7 常见的服务开发特点下面提供了常见服务开发特点。 按需自助服务需将服务设计和开发为可通过采用自动工作流的服务目录进行按需调配，并可最大限度减少与服务提供商的人工交互的服务。25 服务移动性应将服务设计为可从多个终端用户计算移动平台（例如平板电脑、手机和其他精简或厚终端用户平台）访问的
41、服务。 池化资源应将服务设计为能够使用池化的计算资源，而非绑定到物理基础架构的服务。应摆脱地理位置的束缚，服务使用者通常无法控制或不了解所提供的资源所在的准确位置。 灵活快捷服务应能使用云的弹性和突发功能来支持高利用率时段。应将服务设计为自动扩展和发布计算资源的服务。 量化的服务必须将服务设计为能够利用基于服务使用量的计量功能。这对于使服务成为服务提供商的一项可行业务投资来说至关重要。此功能特性是服务反馈和计量流程的核心。265 VMware 基础资源服务调配产品5.1 vCloud Automation Center 产品简介VMware vCloud Automation Center(v
42、CAC)位于 VMware 软件定义的数据中心的最高级管理层面，它不仅可以管理基础计算资源，也可以管理桌面资源。vCAC 提供了一个可以跨不同云提供商的，管理和调配虚拟机、云虚拟机和物理机，并管理它们的生命周期资源的自助式门户。图：vCAC 管理架构企业异构硬件环境可以通过 vCAC 来进行集中化和标准化的调配和管理。对于管理虚拟机，可以对 VMware vCloud Director 环境、vSphere 环境虚拟机进行管理，并且可以管理 Microsoft Hyper-V、Citrix Xenserver、 Redhat KVM 等虚拟化环境。对于物理机，支持管理主流 x86 服务器厂商的
43、服务器，包括 HP（通过 iLO），DELL（通过 iDRAC），CISCO（通过 UCSM），IBM （需要作一定的定制开发），此外还可以管理外部公有云如VMware vCloud Director 和 Amazon AWS 虚拟环境的云资源。vCAC 自身不具备虚拟化资源的能力，而是与虚拟化平台协作，提供调配和管理虚拟化平台所创建的虚拟机和产生的虚拟计算资源的能力。要完成上述调配和管理的功能，vCAC需要使用包含在平台结构内的代理。类似地，vCAC 并不直接管理云虚拟机，而是直接与云服务交互，来调配和管理云平台创建的虚拟机。对于管理物理机器，vCAC 直接与每个系统的管理接口通信来执行诸如
44、操作系统安装、重启、重调配等操作。27图：调配和管理的资源VMware vCloud Automation Center(vCAC)由三大模块组成：虚拟机资源管理器（VRM）、外部云管理器（ECM）、物理资源管理器（PRM）。这些模块共同为企业提供广泛的管理和调配虚拟资源、云资源和物理资源的能力，同时全面管理机器的生命周期，从用户请求和管理员审批到期满退役和资源回收，可观地提高了资源成本控制和管理。内置的定制化和可扩展功能也使 vCAC 成为一种可以根据需求制定机器配置和与其他关键的企业系统整合来完成机器调配和管理的高度灵活的方式。VRM 负责在现有的虚拟环境(VMware vSphere,
45、Hyper-V)里配置新的机器。ECM 负责在云基础架构(VMware vCloud Director,Amazon)上配置虚拟机。vCAC 利用二者的底层环境关系来实现虚拟化和云计算的优势。PRM 负责在物理服务器上部署机器。VRM 和 ECM 的功能是调配虚拟机资源，而 PRM只能一个物理机上配置。PRM 借助硬件管理界面来部署新的机器。不论新机器在 vSphere,Hyper-V,Citrix XenServer,Red Hat KVM,Amazon AWS,Dell,HP,还是 Cisco 等平台上部署，vCAC 都能够提供给用户相同的体验。5.2 vCloud Automation
46、Center 的主要价值实现业务灵活性更快速的响应业务需求，降低了服务交付时间，从几天缩减到几小时甚至几分钟。提高 IT 效率基于策略的管理消除了过度配置和无效资源的浪费。提供选择广泛的厂商支持，强大的合作伙伴配合，以及可扩展性的设计，提供了一个灵活的云基础架构以满足当前和未来的需求。快速部署在数天内把现有的基础设施转变为可扩展的云服务，这样就可以快速和经济地响应商业需求。285.3 vCloud Automation Center 的典型应用场景vCAC 有四类典型的应用场景，帮助企业加快部署云的脚步： 私有云服务调配和管理 作为公有云，提供跨多云平台的支持 虚拟桌面云调配和管理 云的定制和
47、全面的自动化图：应用场景第一个客户应用场景是私有云:这是最常见的一种应用模型。vCAC 提供一种开箱即用的解决方案，帮助企业利用现有的技术设施快速的部署和交付其内部的云服务。第二个客户的应用场景是虚拟桌面云：在多个地理位置和异构环境中，有许多的客户使用 vCAC 来实施他们虚拟桌面基础架构的自动交付。第三个客户的应用场景是公有云网关：29大部分组织都有一些利用公有云资源的有效使用实例，关键是能够管理和控制对这些资源的访问，保证当生命周期结束的时候能够删除它。vCAC 帮助企业整合这些公共资源，为他们的企业生态系统服务，以统一和简化用户体验。事实上如果做的正确，只要符合所有内部 IT 和业务政策
48、，终端用户在大多数情况下不会知道他们的工作流量究竟运行在哪些物理资源里。最后一个客户应用场景是云自动化：云自动化使得企业扩展现有云基础架构并应用到新的使用场景，这种场景可能仅仅适用于一个特定的公司，或者允许一个公司提供其他服务，而不是目前自动化中心提供的标准服务。5.4 vCloud Automation Center 的业务组成元素vCAC 管理员可以管理所有的供应基础设施的逻辑实体。允许终端用户通过 vCAC 调配机器需要建立与 vCAC 元素之间的关系。调配基础设施的核心逻辑元素包括：业务组、预留和蓝图。然而，在把这些实体组织起来之前，必须建立一个 vCAC 可用的计算资源。图：vCAC 组成元素5.4.1 蓝图蓝图是一个机器的详细范本，它决定了机器的特征、它的配置方式、它的策略和管理设置。当一个用户申请一个机器，他必须选择一个蓝图。比如，一个蓝图可以是一个基于Windows XP Professional 的开发者工作站，由 1 个 CPU,2GB 内存和 30GB 硬盘空间构成。一个云蓝图可以是一个基于 Red Hat Linux 的 web 服务器，映像了一个小的实例类型，由 1个 CPU,2GB 内存和 160GB 存储组成。一个物理机蓝图可能是安装了 Windows Server 2008
