9 篇博客系列文章的第 5 篇今天的博文是两部分中的第 2 部分;若要阅读前半部分,请单击此处

我最近有机会与前 VMWare 用户组 (VMUG) 的一些主管进行了交谈,这次交谈让我受益匪浅。我之所以称之为“前”是因为许多 VMUG 用户组分支的关注方面/章程都将更新,VMUG 用户组将更名为虚拟技术用户组 (VTUG)。造成这一变化的直接诱因是他们看到市场份额和行业发展趋势正朝着 Microsoft 开发的一致性云之类解决方案的方向发展。

在最近与这些主管进行的后续对话中,我请求他们介绍一些他们经常在会议中讨论的主题。其中一位主管表示,社区中有这样一种具体的观点:“如果您想在未来 10 年中保住您的工作以及找到一份高薪工作,最好规划成为 Microsoft 云方面的专家这是本行业的发展趋势。” 

在查看这些 R2 发行版中提供的新功能时,创新功能是令人吃惊的。这一行业领先的创新 – VTUG 组对其信心满满的技术进步类型 – 着实令人兴奋。

牢记这一创新,在今天的博文中,我希望介绍一下我们为创建所提供服务的团队提供更好的用户使用体验而开展的一些工作,并且希望检验可以向云使用者(例如租户)提供的使用体验。在开发 R2 时,我们花了大量时间确保我们真正知道哪些用户将使用我们的解决方案。我们竭尽所能研究他们的需要、他们的动机以及各 IT 用户和 IT 团队彼此之间的关系如何。由于这些个人和团队的需求迥异,而我们致力于为所有这些个人和团队提供支持,因此这一过程异常重要。

R2 产品版本是在此条件下构建的。实际构建和运营云的 IT 团队的需求与使用云的个人(租户)的需求差别很大。基础结构团队的使用体验将仅关注基础结构;租户的使用体验将关注应用程序/服务及其无缝运营和维护。

在昨天的博文中,我们重点介绍了这些 R2 发行版中在基础结构(存储、网络和计算)中的创新;在本篇博文中,Windows Server & System Center 团队中的合作伙伴组项目经理 Erin Chapple 将深入剖析使用 Windows Server 2012 R2、System Center 2012 R2 以及 Windows Azure Pack 中的新功能的服务提供商和租户使用体验和创新。

本系列中的其他博文一样,您可以在本博文结尾处“后续步骤”下查看指向各种工程内容的链接,其中包含本博文中所介绍概念的深度技术概述。此外,如果您尚未开始自行评估 2012 R2 预览版,请访问 TechNet 评估中心立即进行试用

* * *


愉悦的使用体验

我们重点关注交付尽可能最好的基础结构以便为我们的客户提供愉悦的使用体验。这两个方面密不可分:适当的基础结构支持面向关键客户的应用场景,重点关注使用体验确保客户可以从其基础结构投资中获取最大的价值。

在此发行版中,我们重点关注以下两个核心角色:服务提供商,负责部署和运营 IaaS;以及租户(或使用者),使用服务提供商提供的这些服务。

服务提供商使用体验

借助 Windows Server 2012、System Center 2012 SP1 和 Windows Azure Pack v1,我们确立了 IaaS 的基础:位于资源池之上的自助服务门户。为确定哪些增强功能是 R2 产品版本所必需的,我们花时间与客户(包括企业、服务提供商以及 Microsoft 内部负责 IaaS 类型服务的组)交流以更好地理解他们的需要,从而交付端到端的 IaaS 使用体验。出现了以下三条主要反馈:

  1. 自助服务使用体验对于交付丰富的端到端 IaaS 至关重要。
    丰富的自助服务使用体验不仅适用于租户客户,对于服务管理员也同样重要。在之前的发行版中,我们的自助服务使用体验让服务管理员可以创建和管理计划,租户管理员可以管理其对这些计划的订阅。在 2012 R2 发行版中,我们包括了一些新功能来提供更丰富的使用体验。其中有一项名为计划附加的新功能,通过此功能,管理员可以向现有计划的订户追加销售增值服务。还有一项名为虚拟机角色的功能,通过此功能,管理员可以创建虚拟机模板(像单个虚拟机一样运行的一层虚拟机)。可以跨私有、托管和 Windows Azure 公有云以一致的方式部署这些模板。另外一项功能让提供商可以为其企业租户提供将网络扩展和拉伸到提供商托管的云的能力。这些功能与其他一些功能结合使用在 R2 发行版中提供了丰富的 IaaS 功能。
  2. 计量租户资源使用情况在云业务模型中是必不可少的。
    云业务模型要求提供商跟踪租户资源利用率,并且可以仅针对租户已使用的资源进行计费或收费。此外,云的主要优点在于其弹性 – 在弹性环境中跟踪使用消耗情况要求提供商处理大量数据并由此确定正确的值,从而可以成功地通过服务获取利润。在我们与客户和提供商进行的对话中,他们明确表达了对丰富的计量功能以及对已计量使用情况的分析的需要。在 2012 R2 发行版中,我们针对这一反馈提供了两项不同的功能。首先是 REST 使用情况 API,该 API 每隔 15 分钟为每个订阅提供一次资源利用率数据。提供商可以使用此 API 提取利用率数据并将此数据馈送给自己的计费系统,以便创建与其业务需要相关的计费报告。除了使用情况 API 之外,我们还提供了 Excel 格式的使用情况报告,用于提供分析和趋势信息。此举对于基于资源使用趋势进行容量规划非常有用,同时还让服务提供商可以执行容量预测 – 容量预测是另一项核心客户驱动的创新。
  3. 通过使用自动化以及通过利用现有投资降低 COGS。
    单靠降低资本支出成本无法使 COGS 降到最低。同样重要的是要使服务管理员可以最大限度地利用现有的过程、系统以及其他资源(换句话说,让他们当前使用的一切更好地发挥作用),减少对跨数据中心使用零散的配置和操作过程的需要。在我们研究服务管理员客户如何继续降低 COGS 和优化操作时,我们发现需要继续加大在自动化和集成应用场景方面的投资成为不争的事实。在当前的数据中心中,Windows PowerShell 是框架,供 IT 部门用于协调基础结构任务管理。为直接解决此问题,在 2012 R2 中我们已通过启用构造复杂的自动化工作流扩展了自动化功能,并且我们确保了可以使用 PowerShell 构造表示数据中心内部的所有活动。

这些反馈信息帮助明确了我们的 2012 R2 发行版的针对服务提供商的核心客户愿景:

为服务提供商提供丰富的 IaaS 平台(该平台与数据中心内现有的系统和过程无缝集成)并且使服务提供商可以在保持 COGS 最低的同时获得丰富的自助服务使用体验。

这一愿景定义了我们设为目标的以下关键应用场景:

  • 管理提供商服务产品和租户订阅   
  • 自定义租户的自助服务使用体验
  • 实现自动化以便为服务提供商创建高效、策略驱动且一致的过程
  • 租户资源使用情况、计费和分析

 

应用场景 1:管理提供商服务产品和租户订阅

服务提供商业务的成功很大程度上取决于吸引和留住租户的能力。因此,它将引发服务提供商思考如何使用服务产品吸引租户;考虑用于不同情况的不同策略,以及为维护健康的租户帐户所需的持续努力(例如追加销售和保持业绩)。为帮助服务提供商应对这些挑战,我们已为提升服务管理体验投资开发了一些关键增强功能,主要针对以下几个具体的方面:

  • 使用增值服务吸引租户和推动新的订阅。
  • 提供差异化和追加销售以推动更多消耗。
  • 管理租户帐户和订阅。

使用增值服务吸引和留住租户

服务提供商可以构建由许多不同的服务产品构成的捆绑包,这些捆绑包通常被称为“计划”。计划包括各种可以装配在一起以便创建特定于订户的增值服务的服务。然后,租户可以通过订阅某一计划来使用其中的某一服务产品。一般而言,对于使用者(即本文中的租户)来说就是某些容量(配额)上的一组功能(服务)。在服务提供商创建服务产品时,他们需要了解使用者需要哪些类型的工作负荷(要包括哪些服务)以及他们将如何使用这些工作负荷 – 以及对其租户的使用习惯的一些基本直观了解(他们将需要多少消耗量以及这一需要将以多快的频率发生更改等)。

我们设计了一种易于使用的体验,让服务提供商可以创建服务、选择要包括的服务或功能的种类以及设置配额以控制任何单个订阅可以消耗的配额量。但是,显而易见,它在某一配额数量上已超出一组简单的计算、存储和网络功能。服务产品构造的一个最重要的方面是包括库内容以简化应用程序开发的过程。因此,服务产品构造体验还提供了包括模板作为虚拟机配置和工作负荷的基础的方法。

使用差异化引发更多(高价值)使用情况

具备通过精确的服务产品吸引租户使用服务的能力,服务提供商现在需要找到一种方法来重点关注租户使用体验的质量。这样一来可以达到促进利润增长(在公共承载的情况下)或客户满意度计划(公有或私有)的目的,或上述两者。为此,我们引入了附加这一概念,通过附加,服务提供商可以更精确地提供服务产品。计划附加通常针对特定的计划或租户,用于增加追加销售机会。举例来说,服务提供商可以创建名为“峰值阈值配额扩展”的计划附加,可以将其定位为面向使用模式呈现出季节性特点的订户。

管理帐户和订阅

最后,服务提供商需要找到一种方式来管理其租户的帐户和订阅。对帐户和订阅进行直接管理的动机可以不同,从白手套服务到忠诚度计划,对帐户正常运行/不良情况的应对,以及维护所有租户的共享环境的运行状况的需要。

服务提供商的特色是高级别的,但是提供了全面的功能可涵盖各种应用场景,其中包括:

  • 帐户:创建、挂起、删除、重置密码。
  • 订阅:创建、添加/删除共同管理员、挂起、迁移、删除。
  • 附加:创建、关联/移除、删除。

 

应用场景 2:自定义租户的自助服务使用体验

R2 发行版的设计目标之一是跨私有、托管和 Windows Azure 公有云为租户提供一致的使用体验。在 Windows Azure 中作为新的网站和虚拟机服务产品的一部分,我们为我们的 Windows Azure 客户推出了现代、基于 Web 标准且对设备友好的 Web 门户。Windows Azure 门户已得到如潮好评,并且已显著简化了云服务的可管理性。我们从我们的客户那听到的声音是他们希望 Windows Azure Pack 门户中也能提供类似的功能,让他们可以更改各种视觉元素,如颜色、字体、图像和徽标。他们还希望可以通过此门户添加有助于使他们与众不同,而同时又能保持一致的总体使用体验的新功能。

在 R2 发行版中,Windows Azure 中所提供的出色的使用体验现已可以通过 Windows Azure Pack 在 Windows Server 上提供给客户。此自助服务租户门户已设计为具备以下功能。

  • 可自定义的服务提供商门户使用体验
  • 经客户批准的品牌打造和主题选择使用体验
  • 添加新服务的能力
  • 带来差异化的能力

这些功能提供了出色的与 Windows Azure 一致的使用体验,同时所有这些功能还可以通过 API 提供给希望构建其自己的自助服务门户的客户。为加快您构建和开发自己的自助服务门户的过程,我们将在九月份共享 Windows Azure Pack 租户自助服务门户的源代码,您可以将其作为示例予以利用。即将发表的博文将进一步详细介绍这一使用体验。

自定义使用体验以适应门户的品牌打造和主题选择需要。

客户希望面向租户的门户反映其业务所代表的品牌。因此,让客户可以通过此门户自定义其门户的外观以反映他们所选的代表其品牌的颜色、字体、徽标以及其他各项至关重要。为实现此应用场景,我们已从头开始对 Windows Azure Pack 自助服务租户门户进行了重新设计,设计过程中充分考虑了云服务这一因素,经过重新设计的租户门户可供合作伙伴和客户用于满足其业务需要。

可自定义的 Web 使用体验

自助服务租户门户让您可以简便地自定义主题和品牌、定制登录体验以及横幅。样本工具包中包含用于轻松覆盖默认图片、徽标、颜色等的 CSS 文件。

附加服务

随着新服务的引入,门户可以轻松地点亮这些服务。由于框架使用 REST API 并且可以轻松缩放以容纳大量服务,使得此功能成为可能。

举例来说,服务提供商通常需要可以提供自定义域的能力。通过自助服务框架,服务提供商可以轻松地将这些增值服务纳入框架中,并使这些服务具备可供其租户使用的格式。

在图文块 5(参见下文)中所示的示例中,“网站域”是一个新的资源提供单元,提供自定义域。配置后,门户会将此功能点亮,让租户可以订阅该服务。

图文块5
图文块 5:附加服务。

差异化

许多服务提供商的关键策略是能够提供差异化的租户使用体验,为支持此类应用场景,我们提供了租户门户的源代码,如前所述。这样一来,服务提供商可以将租户门户用作样本并且可以使用服务管理 API 将使用体验与其自己的门户进行集成。   

       

应用场景 3:实现自动化以便为服务提供商创建高效、策略驱动且一致的过程

运行数据中心是一项复杂的操作,在此操作中需要协调许多不同的系统和过程才能在云级别实现高效性。因此,自动化关键工作流成了数据中心运营中的一个至关重要的部分。长期以来,自动化功能一直是我们的云解决方案的一部分 – 多年来 System Center Orchestrator 已使数据中心管理员可以使用 runbook 封装复杂的任务,帮助数据中心管理员轻松获得自动化的好处。随着 System Center 2012 的发布,现在 Service Manager 与 Orchestrator 之间的集成更紧密,使自助服务应用场景由自动化驱动。

我们为自动化设定的目标始终是让我们的客户可以通过以下举措在其组织中创造更多价值:

  • 集成、扩展和优化现有投资
  • 降低成本,提高可预测性
  • 交付灵活且可靠的服务

2012 R2 中的另一个关键投资方面是服务管理自动化,该功能集成到 Windows Azure 门户中,使操作发布过程通过自助服务门户(或通过服务管理 API)使用 PowerShell 模块实现了自动化。

集成、扩展和优化现有投资

服务管理自动化 (SMA) 利用了 Windows PowerShell 的能力和知名度。具体来说,Windows PowerShell 封装自动化任务,而 SMA 在其基础上构建工作流并在门户中提供用于管理工作流的用户界面。这样一来允许基于 IT 的活动(表示为 PowerShell cmdlet)的协调,并且它让您可以通过各种 PowerShell cmdlet 的集合创建 IT 过程(称为 runbook)。

在图文块 6(参见下文)中,您可以看到自动化服务在 WAP 中表示为被称为“自动化”的核心资源。此图表还描述了可以参与到 IT 协调工作流中的各种潜在的集成端点,如下图中所示。

图文块6
图文块 6:服务管理自动化概述。

降低成本,提高可预测性

将手动、易出错且经常重复执行的任务实现自动化可以降低成本,使提供商可以集中精力做可以增加业务价值的工作。Windows PowerShell 封装自动化任务,而 SMA 在其基础上构建工作流,从而在门户中提供用于管理工作流的用户界面。通过在 Windows PowerShell 框架之上进行构建,我们让服务提供商可以利用其在 Windows PowerShell cmdlet 中的现有投资,并且我们还使他们可以轻松地获得自动化的好处。

交付灵活且可靠的服务

通过确保将大多数易出错、手动且复杂的过程封装到一个易于创作、操作和管理的工作流中,服务可靠性可以得到显著提升。跨多个工具和系统协调这些工作流可以提升服务可靠性。

在我们与服务提供商和企业的交谈中,我们清楚地了解到提供商的 IT 基础结构中具有复杂的过程和多个系统。服务提供商往往在用户新加入、设置、取消设置和订户管理过程方面投入大量资金 – 并且在上述每个过程中他们都需要协调多个不同的系统。

在 R2 中,我们将投资目标设定为实现这些应用场景。举例来说,Windows Azure Pack 的事件生成框架生成各种类型的事件,包括虚拟机启动/停止、计划订阅以及新用户创建。可以在 Windows Azure Pack 门户中使用 SMA 用户界面将这些事件与工作流进行集成。现在您获得了自动化过程集成所带来的好处 – 以及随之而来的可重复性和可预测性。然后,可以在 Windows Azure Pack 门户中使用 SMA 用户界面将这些事件与工作流进行集成。

总之,SMA 旨在通过将复杂、易出错、手动和重复的任务封装到可在自动化中使用的 runbook,从而降低成本,在适当的情况下,可以使用同样的方式与需要用在数据中心内复杂过程中的其他系统进行集成。

应用场景 4:租户资源使用情况、计费和分析

云操作模型要求提供商跟踪租户资源利用率并且可以仅针对租户已使用的资源进行计费或收费。

在 2012 R2 发行版中,我们在这一方面进行了有针对性的投资。首先是 REST 使用情况 API,该 API 为每个订阅提供了资源利用率数据(以每小时保真度)。提供商使用此 API 提取利用率数据并将此数据馈送给自己的计费系统集成以生成计费报告。除了使用情况 API 之外,我们还提供了 Excel 格式的使用情况报告,用于提供分析和趋势信息。这些信息对于基于资源使用趋势进行容量规划非常有用。

使用 REST 使用情况 API 实现计费和退款应用场景

在 R2 中设计使用情况计量系统的意图是跨所有资源提供单元收集和聚合所有使用情况数据并通过 REST 使用情况 API 公布使用情况数据。只能通过使用情况 API 从使用情况计量系统中提取数据。大多数服务提供商都有其当前使用的计费系统,而此系统用于为订户生成每月帐单。使用此 API,服务提供商可以轻松地将租户资源利用率与其现有的计费系统进行集成。“如何将您的计费系统与使用情况计量系统集成”博文详细阐述了如何利用 API 和样本创建计费适配器。这样做有助于将计费系统与使用情况计量系统集成。

 

针对 IaaS 使用情况的使用情况报告和现成的分析

对于服务提供商来说,了解租户如何使用其所提供的服务产品非常重要。在 R2 中,我们提供了现成的数据仓库存储功能,将订阅与跨虚拟机的使用情况以及分析报告关联在一起。在提供报告方面 Excel 是使用最广泛的工具,因此,出于这方面的考虑,我们设计了对 Excel 友好的使用情况报告。

在图文块 7(参见下文)中,使用情况报告显示了所有订户的以小时为单位的虚拟机使用情况数据。您可以通过筛选器来为选定的订户筛选出选定日期范围的数据。

图文块7
图文块 7:使用情况报告。

仪表板

虽然 Excel 报告的功能非常强大,但是服务提供商还需要通过一个仪表板来显示所有关键使用情况指标以便提供整体运行状况的“一览式”表示。组织中的大量用户需要查看业务的关键绩效指标时,SharePoint 的仪表板功能就会非常有用。对于服务提供商来说,可以通过了解其租户使用了这些服务中的多少服务,然后了解哪些订户推动了其业务增长来衡量总收入。对于此类应用场景,使用情况仪表板非常重要,为在需要时使用和执行钻取分析提供了一种方便的方法。

在图文块 8(参见下文)中,我们以四个关键维度显示了虚拟机运行时统计信息:

  1. 第一个图表(最左侧)显示了每个季度的虚拟机运行时统计信息。用户很快就可以了解到本季度较之上一季度的变化情况。
  2. 类似地,第二个图表显示月度虚拟机运行时。
  3. 第三个图表显示哪一云/计划在客户中最受欢迎。
  4. 第四个图表显示系统中哪一订户的使用量最大。

图文块8
图文块 8:使用情况仪表板使用体验。

如您所见,业务的关键指标以概览方式提供。如需进一步的详细信息,用户可以借助简单的钻取使用体验选择特定的图表并从中探寻构成此图表的详细信息。所有这些功能带来了功能强大的自助服务分析体验。

服务器清单报告

服务提供商需要遵守服务提供商许可协议 (SPLA),在瞬息万变的数据中心内,跟踪服务器和主机清单以满足许可需要可能非常困难。这一反馈一般由服务提供商共享,我们进行了一系列关键投资来使这一完整的过程更易于服务提供商执行。

在 R2 中,我们引入服务器清单报告作为服务报告组件的一项功能,该报告用于跟踪所有服务器和虚拟机。SPLA 要求服务提供商在月末计算 Microsoft 软件的许可证成本。计算这些许可成本的公式包括 Windows Server 操作系统的版本、处理器计数以及当月服务器上托管的 Windows 虚拟机的最大数量。

为帮助处理这一应用场景,我们提供了现成的服务器清单报告,用于处理所有计算以及显示可供方便使用的信息。下面的图文块 9 显示了一份报告,其中列出了所选月份的处理器计数和虚拟机实例计数。

图文块9
图文块 9:服务器清单报告样本。

 

服务提供商最普遍关注的问题之一是需要能够回看此历史记录,并跨各种时间维度准确地比较关键绩效指标 (KPI) 以更好地了解增长模式。为支持这一应用场景,我们在数据仓库模块之上开发了许可报告。例如,根据下面的报告,我们可以很清楚地看到客户使用的计算和资源容量在上一个月度周期中呈增长趋势。报告系统保留资源的累积计数,并使用这一信息决定是否遵守许可。

此类要求同样存在于许可应用场景中。为支持这一应用场景,我们在数据仓库模块之上开发了许可报告。如在图文块 9 中所提到的,观察处理器和虚拟机实例的增长成为可能。

随着时间的推移在表面聚合数据的能力也成为一个非常强大的审计工具。在 R2 中,默认存储的保留期限是三年;这样一来,提供商可以回看历史记录,了解 R2 堆栈管理的 Windows Server 的 SPLA 合规性状态。

租户管理员使用体验

如前面所提到的,2012 R2 产品版本的主要设计目标之一是跨私有、托管和 Windows Azure 公有云为租户提供一致的使用体验。我们通过为运行现代云服务提供一致的框架和工具集实现了此目标。现在,租户可以在合作伙伴提供的数据中心内运行和操作一组丰富的云服务,就像使用 Windows Azure 一样简便。简言之,R2 发行版中租户管理员使用体验的核心愿景是:

提供丰富的自助服务使用体验,让租户能够以与 Azure 一致的方式自我设置和缩放应用程序

这一愿景定义了我们的目标应用场景:

  • 自助服务租户门户
  • 现代网站服务
  • 自我设置可缩放的租户容量
  • 虚拟机故障排除

 

应用场景 1:自助服务租户门户

Windows Azure Pack 包括自助服务租户门户和一组 REST 管理 API。此门户由服务提供商开发和运营。租户可以使用它管理由服务提供商运营的服务和基础结构。自助服务租户门户是提供商门户的一个伴生门户,仅在经营者已为其环境配置了提供商门户或使用了提供商 REST API 的情况下才能进行部署和使用。

图文块 10(参见下文)说明了 Windows Azure Pack 的高级别技术,此图将这些技术在 Windows Azure 中的分层与运行在 Windows Server 2012 R2 上的 Windows Azure Pack 进行比较。

图文块10
图文块 10:运行在 Windows Azure 和 Windows Server 中的 Windows Azure Pack 技术之比较。

由于自助服务租户门户基于 Windows Azure 所使用的相同框架,因此最初为 Windows Azure 网站开发的那些丰富的开发-运营使用体验(如下一应用场景中所述)在使用 Windows Server and System Center 2012 R2 的合作伙伴数据中心内可用。

应用场景 2:现代网站服务

Windows Azure 网站是 Windows Azure 中提供的新的平台即服务 (PaaS) 服务之一。此功能不是传统的 IIS Web 承载功能,而是用于设置和缩放网站应用程序的真正有弹性的云服务。它为运行和缩放网站提供了丰富的开发-运营管理使用体验,同时还提供了与主流开源代码控制解决方案(如 GIT)的深度集成。

在跨云打造一致的使用体验的过程中,我们进行投资以将此现代网站 PaaS 服务从 Windows Azure 中抽取出来并使其在 Windows Server 上以本机方式运行。最终结果是得到一组面向使用者的 REST API 以及与 Windows Azure 保持一致的管理使用体验。

图文块11.1
图文块 11:Windows Azure 和 Windows Server 上的自助服务门户使用体验。

如您在图文块 11 中所看到的,自助服务门户使用体验非常类似。您立刻就会注意到 Windows Azure 与 Windows Server 之间的颜色方案不同。正如我们此前在服务提供商使用体验部分中提到的,自助服务门户是一个可自定义的解决方案,可以通过为其选择主题和重新冠名来使其适应企业的需要。在本示例中,我们应用了一个不同的主题以强调在 Windows Server 上运行的自助服务门户不同于 Windows Azure 上运行的自助服务门户。

另一个不同点是自助服务门户仅公开服务提供商已在租户使用的计划中包括的服务。举例来说,如果租户仅订阅了 IaaS(仅包括虚拟机和网络),那么租户门户中将仅显示这两项服务,如图文块 12(参见下文)中所示。

图文块12
图文块 12:自助服务门户 IaaS 使用体验。

 

不过,如果租户订阅包括 Windows Azure Pack 中包含的以及 System Center 2012 R2 提供的所有服务,那么此门户的外观将如图文块 13(参见下文)中所示。

图文块13
图文块 13:自助服务门户完整使用体验。

每个租户都有一个独特的订阅,使用体验是针对每个订阅中提供的服务专门定制的。

应用场景 3:自我设置可缩放的租户容量

服务提供商通常会请求数据中心内的虚拟机设置。方法很简单:服务提供商为承载计划定义资源配额。然后,这些配额定义在数据中心内设置资源的位置。接着,此位置确定客户可以自我设置的容量数。

为了实现可缩放租户容量的自我设置,我们在 System Center 2012 R2 中引入了一个新的服务模型:虚拟机角色。这些是像单个虚拟机一样运行的一层虚拟机。层中的虚拟机展现出可缩放、可据以操作且可被视为门户环境中的单个实体的一组云属性。

服务提供商通过此库发布虚拟机角色以使租户可以轻松地设置容量。然后,服务提供商能够以计划为单位审视这些库项或限制对其的访问。这样一来,服务提供商可以定制他们为不同的租户组或个人租户提供的一组应用程序。图文块 14(参见下文)显示了租户可以如何从库中选择虚拟机角色。在本例中,服务提供商在此租户订阅的计划中提供了六个库项。

图文块14
图文块 14:从库中创建虚拟机角色。

 

在虚拟机角色的建模和设计过程中也充分考虑了 Windows Azure 一致性。虚拟机角色中的一项新功能是能够缩放虚拟化应用程序。就像使用现代网站服务一样,租户现在可以轻松地缩放其虚拟化应用程序。

为了实现此应用场景,虚拟机角色将应用程序与图像分开 – 这样同一基本图像可用于多个应用程序。接着,虚拟机角色独有的设置定义应用程序的缩放约束以及要部署的初始实例数。然后可以在创作库项时定义这些设置的默认值。图文块 15(参见下文)显示了租户可以如何配置缩放设置。

图文块15
图文块 15:指定虚拟机的缩放设置。

 

在图文块 15 中您还将看到“VM 大小”下拉列表。此下拉列表中包含服务提供商定义的一组值:特小、小、中等、大、特大。为租户提供简化的选项这一主题与 Azure 中同类型的使用体验一致。

除了可缩放性设置之外,还有一组特定于应用程序的设置。这些设置是针对每个库项唯一定义的。在图文块 16 的示例(参见下文)中,我们创作了一个库项来收集一些特定于 IIS 的设置。此处要重点说明的关键概念是虚拟机设置与应用程序设置分开。这不仅仅是 UX 分开,它是虚拟机角色服务模型与包定义之间的基本区别。

图文块16
图文块 16:指定应用程序设置。

 

在部署应用程序后,租户将可以管理逻辑虚拟机角色,缩放应用程序以处理更多负载以及管理作为此应用程序的一部分运行的单独的实例。这样一来,租户可以独立于应用程序设置,以高度灵活的方式管理虚拟机角色。

虚拟机角色的一项基本功能是版本控制。通过版本控制,服务提供商可以随着时间的推移发布其库项的更新版本。在门户中有可用的新版本时,已订阅客户会得到通知。这样一来,用户可以选择在适当的服务窗口期间升级到新版本。在图文块 17(参见下文)中,用于虚拟机角色的仪表板指示有一个可用更新。门户中出现这一提醒的原因是租户最初部署的版本是 1.0.0.0,而提供商现已发布了 1.1.0.0 版本。租户可以选择在应用程序的适当的服务窗口期间内部署此更新。

图文块17
图文块 17:更新通知。

 

如前面所述,虚拟机角色的一项独特功能是能够缩放应用程序。图文块 18(参见下文)显示了租户可以多么轻松地为其应用程序横向扩展新的虚拟机实例:他们只需在门户中移动滑块。这一使用体验与在整个自助服务门户中使用在平台上运行的可缩放服务的体验一致。

图文块 18
图文块 18:缩放应用程序。

应用场景 4:虚拟机 (VM) 故障排除

我们作为 Windows Azure Pack 的一部分实现的另一个新应用场景是通过控制台连接到结构上运行的无法访问的虚拟机实例的方法。导致这种无法访问的原因可能有很多种(虚拟机可能具有错误配置的网络、远程桌面被禁用或者计算机在安装或启动序列期间遇到问题等),在每种情况下,最终都可以归结为亟待解决的问题是:虚拟机不可访问远程桌面连接客户端。这意味着如果计算机当前在服务提供商的数据中心内运行,那么客户将无法通过访问此计算机来对此问题进行故障排除。

控制台连接是 Windows Azure Pack 中提供的一项新功能,Windows Server 2012 R2 和 System Center 2012 R2 中的新功能使其成为可能。控制台连接完全联结整个堆栈,包括远程桌面连接客户端。当租户打开虚拟机的仪表板屏幕时,命令栏中会出现“Connect”命令。默认情况下,Connect 命令将启动远程桌面连接客户端通过 RDP 与虚拟机通信。如果服务提供商已启用了控制台连接,则客户将会在“Connect”命令中看到附加的“Console”选项。当客户选择此选项时,Connect 命令将在到运营商提供的新的控制台连接服务的安全连接上启动一个新 RDP 会话。图文块 19(参见下文)阐明了这一使用体验。

图文块19
图文块 19:控制台连接。

在图文块 20(参见下文)中,您可以看到我们建立了一个到虚拟机的远程连接,在 Windows Server 2012 安装屏幕中处于等待状态。实际上我们可以远程连接到并未安装操作的计算机!

图文块20
图文块 20:通过控制台连接到 Windows Server 虚拟机。

 

如在上周发布的探讨我们如何启用开放源代码软件的博文中所介绍的,R2 产品版本的关键租户将确保开放源代码软件在 Windows Server 上同样可以很好地运行。图文块 21 中显示的创建到 Linux 计算机的远程桌面连接的能力充分印证了这一点。

图文块21
图文块 21:通过控制台连接到 Linux 虚拟机。

 

Windows Azure Pack、System Center 2012 R2 以及 Windows Server 2012 R2 的集成提供了自助服务门户使用体验和新服务,让服务提供商可以提供让客户感到愉悦的租户管理体验。

* * *

 

R2 产品版本构建在 2012 发行版中的创新之上,为服务提供商提供了一个丰富的 IaaS 解决方案。我们已将创新投向基础结构本身中以确保网络计算存储以及基础结构通过与 System Center 的丰富的集成实低成本和易操作性。在此基础上,我们为 IaaS 管理员以及使用 IaaS 的租户管理员提供了愉悦的用户使用体验。

从下周开始,我们将用两周的时间了解一下 2012 R2 能为混合 IT 做些什么。

- Brad

 

后续步骤

若要详细了解本博文中所涵盖的主题,请查看以下文章。此外,请立即开始 2012 R2 预览版评估

服务提供商使用体验

 

租户管理员使用体验

  • 此处详细了解 Windows Azure Pack,在此页面上,您将找到详细介绍 Windows Azure Pack 中包括的服务的卓越的白皮书。