内容


如何、为何将 IBM Bluemix Local System 和 PureApplication 放在云中以及将它放在云中的何处

介绍何时适合使用 Bluemix Local System 和 PureApplication 的云计算入门指南

Comments

云计算 可根据需要通过互联网或专用网络以服务的形式提供一组技术能力和业务功能。“云” 是运行这些服务的基础架构。它通常包含虚拟机管理程序、虚拟机 (VM)、容器、存储设备和网络设备,以及帮助有效地提供这些服务的工作负载管理技术。

使用这些技术作为中间件,并使用基于 Web 的软件作为服务,可以节省资金,加快开发和部署时间,并减少资源开销。用户仅访问某项特定任务所需的资源,并从灵活性、规模经济和优化的资源管理中受益。

IBM® Bluemix® Local SystemPureApplication® 简化并自动化了创建、配置和重用应用程序及其环境的方式。通过使用来自 IBM 和 IBM 业务合作伙伴的预先构建的、可自定义的专家经验 模式,并使用 Bluemix 云平台服务,您可以显著减少交付应用程序所需的时间、工作和资源量。

IBM PureApplication 产品系列

The PureApplication 产品系列包含以下成员:

  • IBM Bluemix Local System(用在 Intel® x86 上)
  • IBM PureApplication System(用在 IBM POWER8® 上)
  • IBM PureApplication Software
  • IBM PureApplication Service

Intel 上的 IBM Bluemix Local SystemPOWER 上的 PureApplication System® 是独立完整的云配置。它们是全面集成的系统,包含硬件、软件、虚拟机管理程序和网络设备,所有这些组件都被整合到一台物理机器中,并通过一个统一控制台来管理。

IBM Bluemix Local System 是 2016 年 7 月 26 日公布的该系列的最新成员。它专为将启用了云的应用程序和云原生应用程序引入到同样的 Intel x86 环境中而设计和构建。非常类似于 POWER8 上的 PureApplication System,Bluemix Local System 提供了预先集成的硬件以及 PureApplication 和 Bluemix Local 软件,节省了大量的安装和配置时间。

PureApplication Software 包含在 Bluemix Local System 和 PureApplication System 中,提供了部署引擎和管理控制台。如果您想使用自己的硬件而不是预先构建的系统,也可以单独购买 PureApplication Software。您需要将 PureApplication Software 安装在 VMware VSphere Hypervisor 上运行的您自己的虚拟机上。然后,还需要配置它来使用一个或多个现有的虚拟机管理程序,包括承载 PureApplication Software 本身的同一个虚拟机管理程序。

PureApplication Software 目前仅支持 Red Hat Enterprise Linux (RHEL) 5.x、RHEL 6.x(32 位和 64 位)、Microsoft® Windows® 2008 R2(64 位)、Windows 2012(64 位)和 Windows 2012 R2(64 位)。要使用 PureApplication Software 创建您自己的云环境来执行概念证明和开发工作,请参阅 构建自己的云沙箱

IBM PureApplication Service on SoftLayer® 基于与 PureApplication Software 相同的理念,但使用了来自 SoftLayer 的全球数据中心来提供外部部署选项。该服务提供了专用的硬件,这些硬件在 IBM SoftLayer 云上被配置为 PureApplication Software。PureApplication Service 也基于 x86 架构和 VMware 虚拟化技术。

使用 Bluemix Local System 和 PureApplication 系列的一个成员开发的模式,无需更改或只需极少更改即可与其他成员共享。例如,您可能想将一个企业应用程序部署在云中。在这种情况下,可以通过使用 PureApplication Service on SoftLayer,将一种使用 Bluemix Local System(内部部署)创建的模式部署在 SoftLayer 云环境上(外部部署)。或者,您可能想在云中执行开发和测试,然后将应用程序部署在您的私有云数据中心中。类似地,您可以将使用 PureApplication Service on SoftLayer 创建的模式部署在您硬件上运行的 Bluemix Local System、PureApplication System 或 PureApplication Software 上。

云服务交付模型

云提供了 3 种服务交付模型:基础架构即服务 (IaaS)、平台即服务 (PaaS) 和软件即服务 (SaaS)。这些模型确定了云提供商可为其用户提供的共享和可能的多租户水平。如下图所示,在堆栈中的每个级别,租户都共享该交付模型中包含的组件。

云交付模型
云交付模型

基础架构即服务

最底层是 IaaS,这里的租户共享处理器、网络、存储以及操作系统等基础架构资源。租户安装他们自己中间件组件和应用程序,这为它们提供了更高的灵活性,但也使得配置和维护变得更加困难,尤其是在拥有数十或数百个应用程序且每个应用程序拥有自己的环境或拓扑结构的企业中。IaaS 为用户提供了共享的计算能力、可通过网络访问的存储空间,以及一个操作系统。其他所有资源都必须分开安装、配置、管理和维护。

平台即服务

PaaS 是 IaaS 上方的一层,它提供中间件组件、数据库、存储空间、连接、可靠性、缓存、监视和路由功能。PaaS 构建于 IaaS 之上,它通过执行平台级别的简化并节省大量时间、工作和资源,提供了越来越多的业务价值。租户继续使用各个应用程序,但可为面向事务的 Web 和数据库应用程序使用 PureApplication 的共享中间件服务,比如监视、安全和数据库,以及专家经验模式。Bluemix Local System 在此领域发挥着关键作用,为 PaaS 解决方案提供了一个预先配置的、开放的平台。

软件即服务

借助 SaaS,租户可以使用和共享他们可在 IaaS 和 PaaS 解决方案中共享的所有资源,以及一个应用程序。在这种情况下,所有租户都共享同一个应用程序,但会保持自己的数据隔离。借助 SaaS,更容易添加新租户,因为您只需选择和自定义一个云应用程序,无需担心中间件的构建或应用程序的安装。您需要执行的工作很少。

云部署模型

如下图所示,云计算 有 4 种部署模型。

云部署模型
云部署模型

公共云

公共云向一般公众开放。云基础架构位于云提供商的场所,可能由一个或多个实体拥有、管理和操作。公司迁移到公共云的主要原因之一是,将其资本开支 (CAPEX) 转变为运营开支 (OPEX)。

公共云采用了 “即用即付” 定价模型。在这种模型中,用户不需要提前购买必要的硬件来应对峰值使用量,也无需担心正确地预测容量需求。这种 “即用即付” 定价模型通常称为效用计算,使用户能够像使用公用服务一样使用计算资源。他们仅为所使用的资源付费,给人一种容量取之不尽、可按需使用的印象。

在这种部署模型中,用户通常不用担心在何处或在何种硬件上完成处理。他们相信云提供商会保留必要的基础架构来运行其应用程序,按他们需要的服务等级协议 (SLA) 提供请求的服务。

私有云

私有云被部署为专供某个企业独家使用;它是该企业专用和隔离的。该企业或第三方可拥有、管理和承载它,它的基础架构可位于内部或外部。当第三方管理云时,它被称为托管私有云。当私有云在外部承载和操作时,它被称为承载私有云。举例而言,IBM SoftLayer 承载着一个公共云,但也提供了私有云服务,用户可在其中构建、管理和整体控制他们使用的虚拟服务器。

公司采用私有云解决方案具有以下及其他原因:

  • 使用现有的硬件投资。已在内部部署的硬件上拥有重大投资的公司更喜欢整合其 IT 资源。然后,他们可以使用云技术提供自动化、自助服务和更紧密集成的管理工具来减少总体运营成本。
  • 数据安全和法规遵从性。对于多个客户组织共享同样的资源,许多客户担心出现数据安全和法规遵从性问题。因此,客户常常在企业防火墙内或在完全隔离的环境中开始其云旅程。
  • 资源争用。在公共云环境中,资源在多个客户中共享。公司可能更喜欢独占地使用硬件(比如服务器和负载平衡器)来处理特定的工作负载,或者在特定的时间为系统和应用程序实现更高的可用性。

对于拥有高度虚拟化的环境和已为配置新应用程序编写好脚本的企业,内部私有云能带来什么?答案是,私有云不仅让配置变得更快和更容易,它还提供了一种途径来向内部机构提供基于云的服务。

借助 Bluemix Local System,您会获得一个可动态扩展、高度标准化、自助式的基础架构,一个包含已适合运行的工作负载模式的工作负载目录,通过单一控制台的审批、计量和集成管理。Bluemix Local System 还使您能够利用虚拟机或虚拟设备的标准目录,这些虚拟机或虚拟设备随时可以配置,也可以按需扩展来更快地响应不断变化的业务需求。单单虚拟化不会为您带来这些好处。

混合云

混合云包含两个或更多不同的云基础架构,这些基础架构保持不同但共享一些技术,这些技术使数据和应用程序可从一个基础架构移植到另一个基础架构。混合云解决方案实现了工作负载和数据的互操作性,工作负载和数据可跨多个云环境来管理。它们能够访问第三方资源和客户合作伙伴网络。它的理念是无缝地将内部部署的应用程序 - 无论是自产的、整套的还是在私有云上运行的应用程序 - 与外部部署的云相链接。PureApplication 非常适合这一领域,因为您可以使用 Bluemix Local System 或 PureApplication Software 在内部创建和部署模式。您也可以使用 PureApplication Service on SoftLayer,将这些模式向外部署到 SoftLayer。

对于许多企业,混合和多云实现是最终目标,因为它们提供了最大的节省和灵活性。以下场景可以解释为什么:

  • 企业可将其正常工作负载承载在私有云中,而使用公共云来处理其峰值流量。
  • 企业可使用公共云来承载应用程序,而将底层数据库放在更安全的私有云中。
  • 公司可使用私有云承载它的一些工作负载,而将公共云用于特定的用途(例如备份和存档)。
  • 团队可决定基于其生命周期阶段而拆分应用程序的位置。例如,它可以选择在内部执行开发,然后让应用程序在云环境中上线。或者,团队可以在云中执行开发,并让应用程序在内部部署的私有云中上线。

社区云

社区云供一个社区独占使用,社区是一群来自不同企业且拥有共同兴趣或任务的人。这种类型的云可由社区的一个或多个成员、第三方或二者的组合体来拥有、管理和承载。它可位于一个参与方的内部,或在所有各方的外部。具体地讲,垂直市场和学术机构可利用社区云来解决常见的问题。例如,联合制定新规范的技术公司可使用社区云来共享资源、概念证明和内部孵化项目。

云环境的基本特征

美国国家标准和技术研究所 (NIST)(创立于 1901 年,旨在通过测量学、标准和技术来推动美国的创新)确定了所有云环境的 5 个基本特征:

  • 广泛的网络访问能力。一个云的功能应可通过一个庞大的网络提供,以及通过工作站、笔记本电脑、平板电脑和移动电话等标准设备访问。
  • 按需自助服务。该环境应支持一种 “DIY” 模型。在此模型中,用户可通过 Web 浏览器或使用应用编程接口 (API) 自动化地配置资源,而无需人为与服务提供商进行交互。

    Bluemix Local System 和 PureApplication 提供了一个用户界面 (UI),为基于模式的云解决方案的创建、部署和管理提供工作负载和管理控制台。它们还提供了一个 REST API 和一个命令行接口 (CLI),使服务提供商能够为用户创建自己的 DIY 接口。

  • 资源池。系统应将资源加入池中,以便多个用户可轻松地共享它们。共享的资源池使系统能够根据需要来按需分配或重新分配资源。对于多个企业或租户在云环境中共享资源的多租户模型,资源池特别有用。

    在多个虚拟机共享硬件资源时,最大限度地利用它们也特别重要。资源池将一组硬件资源(计算、内存、存储和网络带宽)视为一个按需提供的资源 “池”。这样,虚拟机管理程序和更高级程序能够根据需求和优先级来动态分配和重新分配资源。资源池使多个企业或租户能有效地共享云环境中的资源。

  • 快速弹性变化。该环境应能自动(或者至少快速)根据工作负载需求来添加或删除计算资源,而无需中断运行的系统。

    工作负载 这个词一般指的是在特定时间对计算机资源的处理需求。在 Bluemix Local System 和 PureApplication 内,工作负载也指一个虚拟应用程序(以应用程序为中心)、虚拟系统(以中间件为中心)或虚拟设备(以机器为中心)的部署形式。在云的上下文中,“配置工作负载” 或 “部署工作负载” 这样的短语指的是为这个虚拟化应用程序提供运行它所需的其他一切资源,包括虚拟机、操作系统 (OS) 和补充性文件。当考虑某个指定的服务器能多有效地处理一种工作负载时,该词汇指的是它能多有效地处理所部署的虚拟系统、虚拟应用程序或虚拟设备的计算、内存、磁盘和网络资源需求。

    不是所有工作负载都是相同的。举例而言,一个 I/O 密集型工作负载需要的资源,与计算或内存密集型工作负载需要的资源不同。不是所有工作负载都需要相同的服务质量 (QoS) 水平。确定哪些工作负载将在不同环境下最有效地运行,可能是减少成本的有效方式。混合云和具体的 Bluemix Local System 和 PureApplication 系列产品在这方面发挥着重要作用。

    针对特定工作负载的容量规划可能非常困难。如下图所示,人们已知道一些常见问题。也就是说,未规划足够的容量来满足工作负载需求是不明智的,会导致宕机。相反,高估容量需求会导致一个或多个服务器得不到充分利用或处于空闲状态。即使为应对峰值使用情况而正确分配了容量也是不够的,因为工作负载需求是波动的,在系统未以峰值水平运行时,容量就会被浪费。例如,测试周期结束后,硬件的利用率可能显著下降。甚至在拥有最佳的容量规划时,在某些情况下,工作负载需求也是无法预测的。理想的情形是在任何特定时间都仅分配所需的容量。此概念称为弹性,是所有云环境的一个重要特征。

    弹性
    弹性
  • 度量服务。云环境必须能够对使用的资源进行计量和计费(按用户),以更好地管理工作负载和优化它们的执行,还必须为用户提供一个透明的资源利用率视图。

这与虚拟模式密切相关

Bluemix Local System 和 PureApplication 的核心是 “模式引擎”。模式引擎可在所有 PureApplication 产品系列成员和其他 IBM 云产品中找到,比如 IBM Cloud Orchestrator。

借助模式引擎,您可以使用以下部署方法:

  • 虚拟设备
  • 虚拟系统模式
  • 经典虚拟系统模式
  • 虚拟应用程序模式

虚拟设备

虚拟镜像或虚拟设备是您可使用或自定义的预先配置的虚拟机。虚拟设备是软件的虚拟机管理程序版本,表示您在 Bluemix Local System 中用来构建更复杂的拓扑结构的基本部分。通过向目录添加新虚拟镜像,您可以从单个虚拟设备模板部署设备的多个实例。

虚拟设备是软件堆栈的可移植、独立的配置。它们也称为虚拟镜像,通常构建来承载单个业务应用程序。虚拟设备格式的行业标准是 Distributed Management Task Force (DMTF) 发表的 Open Virtualization Format (OVF)。IBM、VMware、Citrix、Microsoft 和 Oracle® 等成员公司的产品都支持 OVF。

如下图所示,虚拟设备的 OVF 定义可支持包含单个应用程序或在单层架构中包含多个应用程序的单一虚拟机。OVF 也支持将多个虚拟机打包为单个虚拟设备。

虚拟设备
虚拟设备

Bluemix Local System 和 PureApplication 不支持此方法。相反,它们提供了一种更灵活、可重用的解决方案。您可在一个模式中部署多个虚拟机或 Docker 容器,然后使用链接和脚本包来编排它们之间的交互。此方法使虚拟镜像和容器,以及脚本包能够在其他模式中独立地重用。

虚拟设备提供了一种创建、分发和部署软件的新方式。它们在虚拟机管理程序上拥有一个抽象层,可打包软件并作为预先配置且 “随时可运行” 的单元来分发。因此,它们减少了应用程序的配置和部署时间,这意味着增加了创造价值的时间。它们还改进了最终交付结果的质量。一个不需要安装和配置的已全面配置应用程序更不容易出错。

虚拟系统模式

您可使用虚拟系统模式图形化地描述要构建和部署到云上的中间件拓扑结构。通过使用来自目录的虚拟镜像或部件,以及可选的脚本包和加载项,可以创建、扩展和重用基于中间件的拓扑结构。虚拟系统模式使您能够控制让您的模式发挥作用所必要的所有组件的安装、配置和集成。

经典虚拟系统模式

经典虚拟系统模式是虚拟系统模式的早期版本。与虚拟系统模式一样,经典虚拟系统模式使您能够图形化地创建中间件拓扑结构的逻辑视图,但二者存在区别。经典虚拟系统模式主要用于实现与早期版本的兼容性。例如,它们不允许您包含扩展、安全、放置和修复策略,这只是虚拟应用程序模式中的特性。幸运的是,通过使用 PureApplication,可以将经典虚拟系统模式 “升级” 为虚拟系统模式。

虚拟应用程序模式

虚拟应用程序模式也称为工作负载模式,是一种将应用程序部署到云上的以应用程序为中心的方法。借助虚拟应用程序模式,您无需再担心运行应用程序所需的拓扑结构。相反,您可以指定一个应用程序(比如 .ear 稳健)和一组与您想要实现的 SLA 对应的策略。然后,Bluemix Local System 和 PureApplication 将该输入转换为一种已安装、已配置且集成的中间件 应用程序环境。该系统还会自动监视应用程序工作负载需求,调整资源分配,以及调节优先级来满足您定义的策略。虚拟应用程序模式提供了具体的解决方案,整合了多年的专家经验和最佳实践。

选择正确的模式类型

使用虚拟应用程序模式涉及的工作量最少,而且在某种意义上是理想的情形。您可以创建一个应用程序,然后 Bluemix Local System 和 PureApplication 可处理满足指定的服务质量所需的基础架构。此方法有望实现最低的总体拥有成本和最短的价值实现时间。但是,不是所有配置都能轻松地融入一种可用的虚拟应用程序模式类型中。有时,可能需要更精细的控制。

通过使用虚拟系统模式和经典虚拟系统模式,能够准确指定所需的拓扑结构来支持应用程序,同时仍获得模式的可重用性优势。借助虚拟系统模式,还能够利用自动扩展等特性。

除非需要通过管理控制台来控制拓扑结构和管理环境,否则请尝试使用虚拟应用程序模式的优化功能和便捷性。

理解虚拟机管理程序、虚拟机和容器

使用虚拟化来整合资源,减少空间和节省能源成本,这是让云计算发挥作用的重要元素之一。IBM 于上世纪 60 年代开发了虚拟化来多路复用其昂贵的大型机。1967 年,第一台完全虚拟化的机器 IBM S/360-67 上市,到 1972 年,虚拟机已成为所有 S/370 大型机的标准特性。

虚拟机管理程序提供了平台虚拟化,这意味着它们可在逻辑上将物理机器划分为多个虚拟机或来宾。虚拟机管理程序也称为虚拟机管理器 (VMM),它控制机器的物理资源并向虚拟机呈现为虚拟资源。虚拟机管理程序使其他软件(通常是操作系统)能够并发地运行,就像它们拥有真实机器的完整访问权一样。

下图给出了两种类型的虚拟机管理程序:

类型 1 直接在物理硬件上运行,类型 2 需要一个主机操作系统才能运行。类型 1 虚拟机管理程序的例子包括:IBM z/VM®、IBM PowerVM® 和 VMware VSphere/ESX/ESXi Server for Windows。其他类型 1 虚拟机管理程序包括 Citrix Xen 和 Microsoft Hyper-V®。因为它们在硬件自身之上运行,所以类型 1 虚拟机管理程序也称为原生裸机虚拟机管理程序

虚拟机管理程序的类型
虚拟机管理程序的类型

类型 2 虚拟机管理程序的例子包括 VMware Workstation、VMware Server、基于内核的虚拟机 (KVM) 和 Oracle VM VirtualBox。类型 2 虚拟机管理程序也称为承载式虚拟机管理程序

您应该熟悉的其他词汇

在考虑 Bluemix Local System 或 PureApplication 时,您还应该熟悉以下基本词汇:

  • 计算节点。包含处理器和内存,以及网络和存储接口的硬件单元。
  • IP 组。可在部署时动态分配给虚拟机的 IP 地址集。
  • 虚拟机管理程序。与平台虚拟化服务器(刚介绍的虚拟机管理程序)的已配置连接,可虚拟化计算节点,配置并运行虚拟机。
  • 云组。一种类型的已配置虚拟机管理程序集合(例如 VMware VSphere/ESX/ESXi Server 或 IBM PowerVM®)。每个云组只能包含相同类型(也即来自一个供应商)的虚拟机管理程序。一个云组可包含一个或多个虚拟机管理程序,但一个虚拟机管理程序只能属于一个云组。云组有助于组织计算节点和 IP 组。

    每个云组提供了两个虚拟局域网 (VLAN):

    • 云组管理 VLAN,由 PureApplication System 用于管理虚拟机
    • 应用程序数据 VLAN,用于向虚拟机中运行的应用程序提供网络连接
  • 环境配置文件。已配置的部署目标,为虚拟机放置、命名约定和资源约束指定了特定于环境的策略。

Bluemix Local System 和 PureApplication 使用安排到云组中的虚拟机管理程序集合来帮助配置虚拟机,提供云的虚拟化功能。在模式构建器中,放在画布上的每个部件通常对应于一个虚拟机,该虚拟机拥有自己的操作系统,通常还有一个或多个中间件组件。

要进一步了解 IBM Bluemix Local System 的内部原理,请阅读  体验私有云的强大功能:IBM Bluemix Local System

Linux 容器

2.6.24 版的 Linux 内核引入了对 Linux 容器 (LXC) 的支持。Linux 容器是完整的硬件虚拟化的轻量型替代方案。容器提供了操作系统级的虚拟化,而不是虚拟机管理程序所提供的平台虚拟化。这使单个机器或虚拟机能够运行多个 Linux 实例(Linux 容器)。每个实例隔离在操作系统中其自己的操作环境中。所有容器在相同的内核下运行,但每个容器维护着自己的进程和网络空间。

linux 容器背后的两个主要特性是命名空间和控制组 (cgroup)。命名空间在进程级别隔离 Linux 资源,确保容器仅检测它自己的环境,而 cgroup 帮助控制、统计和隔离一个进程集合可使用的资源。

Docker 容器

Docker 是一种基于容器的开源技术,它使开发人员能够在任何基础架构上(无论是在笔记本上还是在云中的虚拟机上)构建、发布并原封不动地运行应用程序。Docker 容器基于 LXC 低级功能而构建,因此具有比虚拟机小得多的资源占用和更高的可移植性。启动新容器也比启动新虚拟机快得多。

简言之,Docker 使用容器替代了沙箱。部署在虚拟机上的应用程序捆绑了所有必要的依赖项,比如它的二进制稳健、库和来宾操作系统。Docker 容器仅需要应用程序和它的依赖项,以及一个称为 Docker Engine 的轻量型运行时和打包工具。与 LXC 一样,所有 Docker 容器都共享主机操作系统和内核。Docker 还包含一个用于共享应用程序的名为 Docker Hub 的公共注册表,该注册表有超过 13,000 个(且仍在增长)容器可供重用或用作新容器的基础镜像。

Intel 上的 Bluemix Local System 和 POWER8 上的 PureApplication System 支持在模式中和 PureApplication Software 中使用 Docker 容器。如果您在系统中安装并启用了 Docker 模式类型,可以从模式构建器中以软件组件的形式将 Docker 容器拖放到虚拟系统模式画布上。您可以从 Docker Hub 或从一个已包含在 Bluemix Local System 或 PureApplication 中的私有 Docker 注册表引用 Docker 容器。

可以创建和部署单容器和多容器 Docker 应用程序,并执行 Docker 容器的多节点编排。在模式构建器中,可以通过链接容器来跨节点连接它们。

Chef 支持

Chef 是一个来自 Opscode 的自动化平台,您可使用它以编程方式描述如何配置和管理基础架构。Chef 将基础架构视为代码,这意味着您可以对它执行版本控制和测试,就像任何应用程序一样。

Chef 系统中的每个机器都扮演着一个特定角色:

  • Chef 节点:Chef 管理的任何系统。它可位于物理服务器、虚拟机或容器上。所有节点都运行 Chef 客户端软件。
  • Chef 服务器:配置信息的集中化存储。它是一个大型存储库,包含客户端可使用的所有配置文件。该服务器还会组织数据,以便客户端可轻松地获取数据。
  • Chef 工作站:一台用来将配置更改上传到 Chef 服务器的计算机。上传到 Chef 服务器的配置文件可部署到任何节点上。

Bluemix Local System 和 PureApplication 系列产品支持 Chef。与 Chef 的这种集成带来了新的可能,比如在节点上部署模式实例,这些实例可基于推送到 Chef 服务器的 recipe 而自动更新自己。另外,开放的 Chef 社区拥有数千个 recipe,您可重用它们和将它们注入到 PureApplication 模式中,或者可以创建自己的 recipe 并从 PureApplication 内将其上传到 Chef 服务器。

下图演示了 PureApplication 如何支持 Chef 部署。

使用 PureApplication 的 Chef 部署
使用 PureApplication 的 Chef 部署

下面的列表中的数字对应于上图中的数字:

  1. 在 PureApplication 内,您可以通过外部共享服务连接到 Chef 服务器。您可以将 Chef 客户端作为软件组件添加到虚拟系统模式的 PureApplication 节点上。
  2. Chef 客户端可以是虚拟机节点,或者虚拟机中的 Docker 容器。使用 PureApplication 部署的 Chef 客户端也使用共享服务来与 Chef 服务器通信。
  3. Chef 服务器包含一些操作手册 (cookbook) 和 recipe,它们描述了如何在 Chef 客户端中定义、配置和配置应用程序资源。Chef recipe 是为在节点上安装和配置资源而编写的配置任务或说明。操作手册是一组相关的 recipe。
  4. Chef 客户端定期轮询 Chef 服务器,以查找操作手册或设置的更新。如果有更新可用,客户端会从服务器拉取更新内容。通过使用 PureApplication,您可以指定客户端应向服务器轮询更新的频率。
  5. Chef 服务器将操作手册和 recipe 的最新版本发送给请求的客户端。每个 Chef 客户端使用它从服务器收到的配置信息来更新自己。
  6. Chef 工作站是任何配置为本地 Chef 存储库并安装和配置了 Knife 工具的外部机器,比如您的笔记本电脑。您可以使用 Knife(一个命令行工具)将操作手册和 recipe 上传到 Chef 服务器。在工作站上创建和编辑配置和定义,并将它们提交给版本控制工具,然后再发送到服务器。通过使用 PureApplication,您可以在安装时直接添加要运行的 recipe。
  7. 还会定期使用 Knife 工具,通过安全 Shell (SSH) 与节点进行通信。

OpenStack

OpenStack 是一个开源云操作系统,它提供了一组服务,以便在整个数据中心以一致的方式控制云资源。OpenStack 提供了一个通用的仪表板和一组 API(REST 服务)来实现跨多个云平台的可移植性。

OpenStack 包含以下主要服务:

  • Horizon:仪表板
  • Heat:编排
  • Nova:计算
  • Cinder:块存储
  • Trove:数据库
  • KeyStone:身份服务
  • Neutron:Network
  • Swift:对象存储
  • Glance:镜像

作为其总体开放战略的一部分,IBM PureApplication 已在逐渐增加对 OpenStack 的支持。Bluemix Local System 和 PureApplication 最初仅提供了技术预览版,现在支持基于 OpenStack Heat 的 Open Patterns。Heat 编排模板 (HOT) 是一个可由人类阅读和编写的文本文件。可使用它描述应如何安装和部署软件,资源之间应具有何种关系(比如创建需要的基础架构的顺序)。也可以在 HOT 模板中包含一个扩展组作为资源。Heat 管理应用程序的整个生命周期。借助 Open Patterns,现有的 PureApplication 模式不受影响。但是,它们加强了基于开源技术 (HOT) 的优势,以便可以跨支持 OpenStack Heat 编排的供应商解决方案来实现移植。

IBM PureApplication 和 Bluemix

IBM Bluemix 是 IBM 的开放云架构的一种实现。Bluemix 基于 Cloud Foundry(另一种开源技术),抽象化并隐藏了与承载和管理基于云的应用程序相关的大部分复杂性。借助 Bluemix,应用程序开发人员可集中精力开发应用程序,而无需管理所需的基础架构。

Bluemix 支持多种编程语言和服务,还支持使用集成的 DevOps 来在云上构建、运行、部署和管理应用程序。Bluemix 还提供了预先构建的移动后端即服务 (MBaaS) 功能和中间件服务,应用程序可以轻松地使用它们。目的在于通过提供适合立即使用的服务并承载支持互联网级开发的功能,从而简化应用程序的交付。

Bluemix Secure Gateway

您可以使用 Bluemix Secure Gateway 将数据中心连接到 IBM Bluemix Public,Bluemix Secure Gateway 是一种从 Bluemix Public 到您的数据中心的安全隧道。举例而言,Bluemix Secure Gateway 使您能够将 Bluemix 连接到在 Bluemix Local System、PureApplication 或其他基础架构上运行的内部部署的 DB2 或 MySQL 数据库。

Bluemix 部署模型

Bluemix 拥有 3 种部署模型:

  • Bluemix Public。IBM SoftLayer 中承载的云平台。它提供了一个与 SoftLayer 相关的 PaaS 层,既具有适合使用的服务,也具有使开发人员能在云中快速创建、部署和管理应用程序的承载功能。一些可用的 Bluemix 服务包括 Data & Analytics、Watson、DevOps、Application Services、APIs、Internet of Things 和 Mobile。
  • Bluemix Dedicated。具有 Bluemix Public 的强大功能和简单性,但位于 SoftLayer 数据中心的专用环境中。顾名思义,Dedicated 表明它是 SoftLayer 中的一个专用于客户端的单租户产品。理念:我们的中心,您的云。Bluemix Dedicated 是一个 IBM SoftLayer 数据中心内的一个承载式-托管式云服务,它安全地连接到客户端环境。
  • Bluemix Local。Bluemix 平台在您的数据中心中的私有部署。举例而言,您可以使用 Bluemix Local 将某些工作负载保留在内部以遵守安全策略,或者遵守法规和数据隐私法律。也可以使用它帮助最小化网络延迟。因为 Bluemix Local 位于您的数据中心中,它与现有系统相距不远,这有助于提高云原生应用程序和混合应用程序的性能。

    Bluemix Local 是以服务的形式提供的。IBM 将 Bluemix Local 安装在您的私有基础架构上,然后与您的 IT 团队紧密协作,使用 IBM Relay 技术来远程管理和监视平台。Relay 是一种安全的持续集成和持续交付 (CI/CD) 远程管理管道。通过使用 Relay,IBM Bluemix Operations 团队可连接到您的 Bluemix Local 环境,保持平台正确工作,并保持最新的服务和安全补丁。

IBM 在将更新提供给 Bluemix Local 环境之前,在公共和专用 Bluemix 中的测试和暂存环境中测试和验证所有平台更新。然后,您的团队使用您的 Bluemix Local 环境中的管理控制台来应用更新。

借助 Bluemix Local,您可以将最敏感的工作负载放在公司防火墙后面保护起来,同时保持它们与 Bluemix Public 的安全连接和同步。您可以创建规则和策略来控制对其 Bluemix 私有目录的访问,有效地创建一个私有的连锁目录,同时包含从 Bluemix Public 连锁且可从中使用的服务。

Bluemix Local System W3500 和 W3550

IBM 最新的云平台 Bluemix Local System 被视为 IBM PureApplication System 产品的一次基于 Intel 的变革。它预先集成了 Bluemix Software 和 PureApplication Software。它可以通过激活扩展其前代产品的功能,使您能在单个内部部署系统上并发运行启用了云的应用程序 (PureApplication) 和云原生应用程序 (Bluemix)。

Bluemix Local System 具有两种模型:

  • IBM Bluemix Local System W3500 “iSCSI”:优化了性价比,非常适合 WebSphere Application Server、WebSphere Commerce 和 WebSphere Portal 等工作负载。
  • IBM Bluemix Local System W3550 “Flash”:它针对的是 IBM MQ 和分析等工作负载。此模型包含全闪存驱动器、光纤通道内部网络和更多内存,适合性能敏感型应用程序。

IBM Bluemix Local System 的优势

Bluemix Local System 的许多优势都基于 PureApplication 平台的价值:

  • 工厂组装并预先配置来承载一个 Bluemix Local 实例,以便您可以在大部分情况下快速正常运行(甚至只需不到一天)
  • 预先安装了 PureApplication Software,以便您可以简化和自动化全堆栈应用程序环境的部署,而且只需几次单击即可在云中轻松移动您的环境
  • 借助 Bluemix Local 和 PureApplication,在单个平台内实现了(启用了云的和云原生的)工作负载的互操作性支持
  • 除了认知健康监视之外,还内置了对所有虚拟资源及其底层硬件的监视功能
  • 具有冗余硬件和自动故障转移功能的高可用性
  • 能够通过向系统添加更多计算节点来进行扩展
  • 单一的 IBM 支持联系人帮助处理系统中的所有组件

支持多速架构

多速或双速(双模)架构指的是,公司能够拥有一条支持快速实现一些项目的快速通道,同时维护和增强传统的基础架构和服务。模式 1 为传统 IT(比如传统、稳定和瀑布),模式 2 为敏捷 IT(比如创新、敏捷和迭代式)。UrbanCode Deploy (UCD) 等工具支持多速架构,如果您拥有需要在更敏捷的领域中共存的传统系统,那么这种能力很重要。DevOps 和一些工具(比如 UCD 和 Bluemix DevOps Services)在这里发挥着重要作用。

Bluemix Local System 非常适合多速架构,因为您可以为现有系统启用云来减少操作成本,同时在交付基于 Bluemix 的新应用程序时专注于速度和敏捷性。前面已经提到过,Bluemix Local System 也支持要求一个私有云中的(启用了云的和云原生的)工作负载能够互操作的混合解决方案。

PureApplication Software 和 PureApplication Software Suite

依据您的需求,如果您希望运行 PureApplication 模式(包括 Open Patterns),Bluemix Local System 有选择地要求提供 PureApplication Software(编写本文时为 V2.2.2)的授权。它还可以要求提供 PureApplication Software Suite 授权,该套件将 PureApplication Software 与 WebSphere Application Server 和 DB2 数据库捆绑在一起。

除了 Bluemix Local System 之外,PureApplication Software V2.2.2 还支持 PureApplication Systems W3700、W2700、W2500、W1700 和 W1500 型号。它的一些特性包括:

  • 支持多云部署,以便您可以对应用程序的各层(比如 Web 和数据库)执行隔离,然后使用单一模式来将各层部署到不同的云组
  • FedRAMP 和 FISMA 适合以包的形式交付,用于标准化的政府安全评估和授权,以及政府信息保护
  • 支持新的 VMware Remote Console (VMRC) 独立应用程序连接到虚拟机控制台
  • 一个诊断控制台,以便您可以在 PureApplication 控制台不可用时诊断硬件和组件的状态
  • IBM Application Performance Management (APM) 授权,该产品检测和解决您的应用程序和基础架构中的性能问题
  • 支持 VMware 6 和最新的 IBM Power Virtualization Center (PowerVC)、Hardware Management Console (HMC) 和 Virtual I/O Server (VIOS)
  • 整合了数据存储的快照增强,在没有创建快照的空间时,在创建快照前,系统会自动创建一个新数据存储,并将您的部署迁移到该数据存储

结束语

通过阅读本文,您现在应该已经大致了解了可用的云计算选项,以及为什么 IBM Bluemix Local System 和 PureApplication 在如今的云领域中如此重要。无论您想要的云是私有的、公共的还是混合的,强大的 IBM Bluemix Local System 和 PureApplication 解决方案都可能是您首选的助力。

致谢

感谢以下 IBM 人员帮助完成本文:Lauren S. Frazier、Larry Heathcote、Nita Maheswaren、Angela F. Reese 和 Bobby Woolf。


相关主题


评论

添加或订阅评论,请先登录注册

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere, Cloud computing
ArticleID=1039848
ArticleTitle=如何、为何将 IBM Bluemix Local System 和 PureApplication 放在云中以及将它放在云中的何处
publish-date=11152016