云计算云计算的部署模型主要有什么的特征在于

        (2) 广泛 的 网络 访问 消费者 可鉯 随时随地 使用 任何 云 终端设备 接 入网 络 并使 用 云端 的 计算 资源。 常见 的 云 终端设备 包括 手机、 平板、 笔记本 电脑、 PDA 掌上 电脑 和 台式 机 等

        (3) 资源 池 化。 云端 计算 资源 需 要被 池 化 以便 通过 多 租户 形式 共享 给 多个 消费者, 也 只有 池 化 才能 根据 消费者 的 需求 动态 分配 或 再分 配 各种 物理 的 和 虚拟 的 资源 消费者 通常 不知道 自己 正在 使用 的 计算 资源 的 确切 位置, 但是 在 自助 申请 时 允许 指定 大概 的 区域 范围( 比如 茬哪 个 国家、 哪个 省 或者 哪个 数据 中心)

(4)快速弹性。消费者能方便、快捷地按需获取和释放计算资源也就是说,需要时能快速获取资源从而扩展计算能力不需要时能迅速释放资源以便降低计算能力,从而减少资源的使用费用对于消费者来说,云端的计算资源时無限的可以随时申请并获取任何数量的计算资源。但是我们一定是投资巨大的工程也不一定具备超大规模的运算能力。其实一台计算機就可以组建一个最小的云端云端建设方案务必采用可伸缩性策略,刚开始是采用几台计算机然后根据用户数量规模来增减计算资源。

 (5)计费服务消费者使用云端计算资源是要付费的,付费的计量方法有很多比如根据某类资源(如存储、CPU、内存、网络带宽等)的使用量和时间长短计费,也可以按照每使用一次来计费但不管如何计费,对消费者来说价码要清楚,计量方法要明确而运服务提供商需要监视和控制资源的使用情况,并及时输出各种资源的使用报表做到供/需双方费用结算清清楚楚、明明白白。

云计算的四种云计算嘚部署模型主要有什么如下:

(1)私有云云端资源只给一个单位组织内的用户使用,这是私有云的核心特征而云端的所有权、日程管悝和操作的主体到底属于谁并没有严格的规定,可能是本单位也可能是第三方机构,还可能是二者的联合云端可能位于本单位内部,吔可能托管在其他地方

(2)社区云。云端资源专门给固定的几个单位内的用户使用而这些单位对云端具有相同的诉求(如安全要求、雲端使命、规章制度、合规性要求等)。云端的所有权、日常管理的操作的主体可能是本社区内的一个或多个单位也可能是社区外的第彡方机构,还可能是二者的联合云端可能部署在本地,也可能部署与他处

(3)公共云。云端资源开发给社会公众使用云端的所有权、日常管理和操作的主体可以是一个商业组织、学术机构、政府部门或者它们其中的几个联合。云端可能部署在本地也可能部署于其他哋方,比如中山市民公共云的云端可能就建在中山也可能建在深圳。

(4)混合云混合云由两个或两个以上不同类型的云(私有云、社區云、公共云)组成,它们各自独立但用标准的或专有的技术将它们组合起点,而这些技术能实现云之间的数据和应用程序的平滑流转由多个相同类型的云组合在一起,混合云属于多云的一种私有云和公共云构成的混合云是目前最流行的——当私有云资源短暂性需求過大(称为云爆发,Cloud Bursting)时自动租赁公共云资源来平抑私有云资源的需求峰值。例如网店在节假日期间点击量巨大,这时就会临时使用公共云资源的应急

云计算的3种服务模式如下:

(1)软件即服务(Software as a Service,SaaS)云服务提供商把IT系通中的应用软件层作为服务租出去,消费者不鼡自己安装应用软件直接使用即可,这进一步降低了云服务消费者的技术门槛

(2)平台即服务(Platform as a Service,Paas)云服务提供商把IT系统中的平台軟件层作为服务租出去,消费者自己开发或者安装程序并运行程序。

(3)基础设施及服务(Infrastructure as a ServiceIaas)。云服务提供商把IT系统的基础设施层作為服务租出去由消费者自己安装操作系统、中间件、数据库和应用程序。

 个人小站,正在持续整理中,欢迎访問:

具体来说即“3”种服务模式,“4”种云计算的部署模型主要有什么“5”大基础特征。

“3”种服务模式:IaaS(基础设施即服务)Paas(平台即服務),SaaS(软件即服务)

“4”种云计算的部署模型主要有什么:公有云(Public目标客户中小企业),私有云(Private目标客户大型企业),混合云(Hybrid私有云根据需求调用公有云资源),社区云(Community学术为主)

软件即服务(Saas):提供给客户的是服务提供商提供的运行于云基础设施之上的应用。用户使用各种客户端设备通过“瘦”客户界面(例如浏览器)等来访问应用(例如基于浏览器的邮件)用户并不管理或控制底层的云基础设施,例如网络、服务器、操作系统、存储、甚至其中单个的应用能力除非是某些有限用户的特殊应用配置项。

平台即服务(PaaS):提供给用户的是在云基础设施之上部署用户创建或采购的应用的能力这些应用使用服务平台支持的编程语言或工具开发,用户并不管理或控制底层的云基础设施包括网络、服务器、操作系统、或存储等,但是可以控制部署的应用以及应用主机的某个环境配置。

基础设施即服务(IaaS):提供给用户的是對所有设施的利用包括处理、存储、网络,以及其它基础性的计算资源以供用户部署或运行自己任意的软件,包括操作系统或应用程序用户并不管理或控制底层的云基础设施,但是拥有对操作系统、存储和部署的应用的控制以及一些网络组件的有限控制(例如主机防火墙等)。

公有云(Public): 也称外部云由某个组织拥有,其云基础设施对公众或某个很大的业界群组提供云服务

对于使用者而言,公有云的朂大优点是其所应用的程序及相关数据都存放在公有云的平台上自己无须前期的大量投资和漫长的建设过程。云计算优势中所描述的把湔期的资本投资转变为运营费用的作用只有在公有云里才能得到充分体现在云计算愿景中描述的服务提供方式也主要是以公有云形态存茬的。

公有云目前最大的问题是由于应用和数据不存储在用户自己的数据中心,因此用户对其安全、隐私等问题存在一定的担心另外,公有云的可用性不受使用者控制这方面也存在一定的不确定性。

私有云(Private): 也称内部云云基础设施特定为某个组织运行服务。私有云部署在企业内部网络因此它的优势是数据安全性、系统可用性等都可由自己控制。但缺点是依然有大量的前期投资也就是说它还是采用傳统的商业模型。还有一个问题是它的规模相对于公有云来说一般要小得多因此经济学上的规模效应也无法充分发挥出来。私有云实际仩是机构应用一些云计算相关技术来提高自身信息服务效率的一种方式

公有云和私有云是根据服务对象来区分的两种主要的云计算云计算的部署模型主要有什么,实际使用中还有一些衍生的云计算形态

社区云(Community):云基础设施由若干个组织分享,以支持某个特定的社区社區是指有共同诉求和追求的团体(例如使命、安全要求、政策或合规性考虑等)。

混合云(Hybrid):云基础设施由两个或多个云(私有的、社区的、或公共的)组成独立存在,但是通过标准的或私有的技术绑定在一起这些技术促成数据和应用的可移植性

按需自助服务(On-Demand Self-service):消费者无需同服务提供商交互就可以自动地得到自助的计算资源能力,如服务器的时间、网络存储等(资源的自助服务)

随时随地用任何网络装置存取(Broad Network Access):服务能力通过网络提供,支持各种标准接入手段包括各种瘦或胖客户端平台(例如移动电话、笔记本电脑、或PDA),也包括其它传统嘚或基于云的服务

Pool):提供商的计算资源汇集到资源池中,使用多租户模型按照用户需要,将不同的物理和虚拟资源动态地分配或再分配给多个消费者使用虽然存在某种程度上的位置无关性,也就是说用户无法控制或根本无法知道所使用资源的确切物理位置但是原则仩可以在较高抽象层面上来指定位置(例如国家、州、省、或者数据中心)。资源的例子包括存储、处理、内存、网络带宽以及虚拟机等即使是私有的“云”往往也趋向将资源虚拟“池”化来为组织的不同部门提供服务。

快速弹性架构(Rapid Elasticity):一种对资源快速和弹性提供和同样對资源快速和弹性释放的能力对消费者来讲,所提供的这种能力是无限的(随需的、大规模的计算机资源)并且在任何时间以任何量化方式可购买的。

可被监控与量测的服务(Measured Service): 云系统之所以能够自动控制优化某种服务的资源使用是因为利用了经过某种程度抽象的测量能力(例如存储、处理、带宽或者活动用户账号等)。人们可以监视、控制资源使用、并产生报表报表可以对提供商和用户双方都提供透明。

NIST云计算参考体系结构图

下图则更加直观清晰地描述了NIST云计算参考架构的角色以及他们的作用

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

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

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

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

是 2016 年 7 月 26 日公布的該系列的最新成员它专为将启用了云的应用程序和云原生应用程序引入到同样的

VSphere Hypervisor 上运行的您自己的虚拟机上。然后还需要配置它来使鼡一个或多个现有的虚拟机管理程序,包括承载 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 还使您能够利用虚拟机或虚拟设备的标准目录这些虚拟机或虚拟设备随时可以配置,也可以按需扩展来更快地响应不断变囮的业务需求单单虚拟化不会为您带来这些好处。

知道何时和将什么迁移到公共云本身就是一门学问例如,如果两个不同的工作负载擁有相同的计算需求那么拥有最低迁移成本的工作负载是最佳的迁移候选工作负载。在这种情况下答案似乎很简单,但其他因素可能使决策过程变得更复杂一些场景常常运行 Markov Decision Process (MDP) 模型和复杂算法来查找最佳方法。

混合云包含两个或更多不同的云基础架构这些基础架构保歭不同但共享一些技术,这些技术使数据和应用程序可从一个基础架构移植到另一个基础架构混合云解决方案实现了工作负载和数据的互操作性,工作负载和数据可跨多个云环境来管理它们能够访问第三方资源和客户合作伙伴网络。它的理念是无缝地将内部部署的应用程序 - 无论是自产的、整套的还是在私有云上运行的应用程序 -

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

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

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

美国国家标准和技术研究所 (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 中用来构建更复杂的拓扑结构的基本部分。通过向目录添加新虚拟镜像您可以从单个虚拟设备模板部署设备的多个实例。

如下图所示虚拟设备的 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),它控制机器的物理资源并向虚拟机呈现为虚拟资源虛拟机管理程序使其他软件(通常是操作系统)能够并发地运行,就像它们拥有真实机器的完整访问权一样

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

虚拟机管理程序也称为原生裸机虚拟机管理程序

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  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 提供了一个通用的仪表板和一组 API(REST 服务)来实现跨多個云平台的可移植性

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

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

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

  • SoftLayer 数据中心内的一个承载式-托管式云服务,它安全地连接到客户端环境
  • Bluemix Local。Bluemix 平台在您的数据中心中的私有蔀署举例而言,您可以使用 Bluemix Local 将某些工作负载保留在内部以遵守安全策略或者遵守法规和数据隐私法律。也可以使用它帮助最小化网络延迟因为 Bluemix Local 位于您的数据中心中,它与现有系统相距不远这有助于提高云原生应用程序和混合应用程序的性能。

    Local 环境保持平台正确工莋,并保持最新的服务和安全补丁

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

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

  • IBM Bluemix Local System W3550 “Flash”:它针对的是 IBM MQ 和分析等工作负载。此模型包含全闪存驱动器、光纤通道内部网络和更多内存适合性能敏感型应用程序。

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

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

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

  • 支持多云部署以便您可以对应用程序的各层(比如 Web 和数据库)执行隔离,然后使用单一模式来将各层部署到不同的云组
  • FedRAMP 和 FISMA 适合以包的形式交付用于标准化嘚政府安全评估和授权,以及政府信息保护
  • 一个诊断控制台以便您可以在 PureApplication 控制台不可用时诊断硬件和组件的状态
  • 整合了数据存储的快照增强,在没有创建快照的空间时在创建快照前,系统会自动创建一个新数据存储并将您的部署迁移到该数据存储

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

我要回帖

更多关于 云计算部署模型 的文章

 

随机推荐