内容


Pure Application System 2.0 中的虚拟系统模式的新特性

Comments

简介

IBM® PureApplication® System 是一个专家集成系统产品,它提供了集成的计算、网络、存储、硬件管理和中间件部署。中间件部署将会使用模式,它们是多层次企业解决方案的模板。模式引擎是 PureApplication System 的一个组成部分,它为模式提供部署和生命周期管理。PureApplication System 支持两种模式模型:

虚拟系统模式
多层次中间件组合的以拓扑为中心的定义。虚拟系统模式可能包括一个 WebSphere Application Server Network Deployment 拓扑、一个 IBM HTTP Server 前端、一个数据库(如 IBM DB2)、一个用户注册表(如 LD​​AP)和一个消息传递引擎(如 IBM MQ)。虚拟系统模式通过虚拟镜像来定义拓扑配置,并通过脚本包来实现自动化。
虚拟应用程序模式
以应用程序和服务水平协议(SLA)为中心的定义,其中包括应用程序组件,比如 Java Platform Enterprise Edition(JEE)应用程序归档(类似 EAR 和 WAR 文件),而且有一个相应的 SLA,比如响应时间小于三秒钟。

PureApplication System 2.0 引入了虚拟系统模式的一种新样式,这是本文要讨论的重点。PureApplication System 2.0 之前构建的虚拟系统模式现在被称为经典的虚拟系统模式,它们仍有完整的部署和管理支持。但是,新的虚拟系统模式提供了许多增强功能,以便提供更丰富的生命周期管理功能。虚拟应用程序模式保持不变,并且有完整的支持。

虚拟系统模式的构建块

经典的虚拟系统模式使用了三个构建块:

虚拟机管理程序镜像
专为特定的虚拟机管理程序(比如 VMware 和 PowerVM)构建的虚拟镜像。它们包含一个操作系统镜像、中间件,以及预先定义脚本,用于在实例化镜像时配置中间件和操作系统。例如,Red Hat Linux (RHEL) Operating System for VMware 的 WebSphere Application Server Hypervisor 镜像是一个特定于 VMware 的虚拟镜像,包含 RHEL 操作系统、针对特定版本和补丁包的 WebSphere Application Server 安装二进制文件,以及用来将 WebSphere Application Server 配置为一个独立的应用程序服务器或部署管理器的脚本。
脚本包
以 ZIP 格式压缩的文件包含任意的自动化可以协调为模式生命周期的一部分。这些包可以在虚拟机(VM)实例化、虚拟机停机,或在之间的任何时间用手动模式运行。
附加组件
处理操作系统的安全性、存储或网络配置的特殊脚本包。

虽然 IBM 及其 IBM 业务合作伙伴生态系统提供了在虚拟系统模式中使用的多种产品的虚拟镜像,但客户可以定制这些镜像,使其适合自己的环境,这很常见。这些定制通常包括改变操作系统配置,强化安全性,安装 IBM 或第三方软件或代理等,以便满足安全性和数据中心的合规性要求。想想看,对于从供应商那里发货的每一个虚拟机管理程序镜像(每个版本和补丁包),客户通常会产生另一组符合其企业标准的镜像,使得要管理的镜像数量成倍增加,往往造成 “镜像蔓延”。

其次,通常由一组管理员管理操作系统的合规性,而另一组管理中间件配置。如果要在单一镜像中打包操作系统和中间件,则要求两组管理员处理同一个资产,这会防止职责的明确分离。

第三,打包中间件与操作系统需要额外的工作,在单个镜像实例中形成一个附加的中间件堆栈,例如,在一个虚拟机中安装 WebSphere Application Server 和 DB2 作为开发环境,而不是部署一个 WebSphere Application Server 虚拟机和一个 DB2 虚拟机。

为了解决这些基于虚拟机管理程序镜像的经典虚拟系统模式问题,新的虚拟系统模式(有时被称为 vsys.next)将操作系统与中间件分离,允许在一个指定的基本操作系统镜像上动态组合中间件,如图 1:

图 1. 操作系统现在与中间件分离
虚拟机管理程序已被拆分为基本的镜像加软件包
虚拟机管理程序已被拆分为基本的镜像加软件包

一个软件组件 是一个带有生命周期管理自动化(脚本)的中间件产品,它可以由 PureApplication System 镜像引擎进行部署和管理。从操作系统镜像分离出软件组件有许多优点:

  • 可以按企业标准定制单一操作系统镜像,然后与不同的中间件组件配合使用,从而阻止镜像蔓延。
  • 在默认情况下,相应的操作系统镜像可以较小一些,并针对中间件适当地调整其大小。
  • 多个软件组件可堆叠在单一操作系统实例中。
  • 可以重用软件组件。补丁包可以声明对基础发布内容的依赖关系。软件组件可以声明对用于构建堆栈产品的其他软件组件的依赖关系。
  • 操作系统维护可以与中间件生命周期分离。
  • 可以跨操作系统版本、虚拟机管理程序和其他平台来轻松地移植软件组件。

经典的虚拟系统模式中的另外两个构建块(脚本包和附件)仍在虚拟系统模式中使用。但是,在模式构建体验和部署/运行时特性方面也有许多增强。

现在,您可以利用现有的经典虚拟系统模式,将其提升为虚拟系统模式,让它可以使用由虚拟系统部署模型提供的新的模式构建和运行时特性。被提升的虚拟系统模式与原来的经典虚拟系统模式分离,因此,您可以独立地管理和部署它们。

虚拟系统 (vsys.next) 模式支持使用与模式有关联的的版本标签。PureApplication System 不提供​​版本控制的存储库。因此,只将版本视为标记,用它们对模式定义进行分组,或识别模式演变。PureApplication System 2.0 还支持脚本包和附加组件的版本。

模式创建者使用 Pattern Builder 构建虚拟系统模式,这与在构建虚拟应用程序模式时所使用的工具相同。如图 2 所示,Pattern Builder 包括左侧的调色板,列举了图像、软件组件和脚本包,可以用它们来构建虚拟系统模式。在 Pattern Builder 中,来自经典虚拟系统模式的虚拟机管理程序镜像也被表示为镜像,与基础操作系统镜像一起,可用于构成虚拟系统模式。

图 2. Pattern Builder 中的新选项
Pattern Builder 现在显示了镜像和软件组件
Pattern Builder 现在显示了镜像和软件组件

您可以将镜像拖动到画布上,并通过将软件组件和脚本包拖动到镜像中来构成镜像内的软件堆栈,如图 3 所示:

图 3. 用软件组件和脚本包创建一个软件堆栈
您可以将软件组件和脚本包从调色板拖到基本操作系统镜像来创建一个软件堆栈
您可以将软件组件和脚本包从调色板拖到基本操作系统镜像来创建一个软件堆栈

附加组件的处理现在类似于虚拟应用程序构建器中的策略,并在镜像工具栏上提供,如下面的图 4 所示。PureApplication System 2.0 提供了可拆卸的块存储和其他工件,它被显示为一个由模式使用的附加组件。

图 4. 附加组件在镜像工具栏上提供
您可以从镜像工具栏为镜像添加一个附加组件
您可以从镜像工具栏为镜像添加一个附加组件

策略关联

虚拟系统模式,类似于虚拟应用程序模式,允许策略关联到在模式中定义的工件。策略增强了部署环境的运行时行为。以下策略是开箱即实施的:

安全策略
启用/禁用对虚拟机基于密码的 SSH 登录。
GPFS 客户端策略
配置 IBM General Parallel File System (GPFS) 客户端软件,并将 GPFS 文件集安装到虚拟机。
临时修复政策
接受可以在部署过程中应用到该虚拟机的紧急修复的列表。必须将这些修复添加到目录,并与镜像或软件组件相关联。
放置策略
指定位置约束,如虚拟机的并置或反并置。例如,一个集群的成员应该是反并置的。
路由策略
允许从弹性负载均衡器路由在特定虚拟机内定义的一个端点。
基础缩放策略
提供了一个虚拟镜像的多个实例,以及内部要在部署时被实例化的软件堆栈,然后根据处理器或内存消耗来实现这些实例的缩放(缩小或放大)。

不是所有策略在每个环境中都适用。虽然随 PureApplication System 提供的基础操作系统镜像支持这些策略,但在模式定义过程中,被添加到这些镜像的软件组件可能被配置为不支持特定的策略或某一策略部分(如水平缩放)。在这些情况下,会从为该镜像所显示的可应用策略列表中删除相应的策略或策略部分。

可以在全局范围内的模式级别应用策略,也可以为单个镜像指定策略。模式级策略被应用到整个模式,而且可以添加模式级策略,如图 5 所示:

图 5. 几种可用的模式级策略
五个模式级策略可供选择:SecurityFirstt Encryption 策略、Security 策略、GPFS 客户端策略、iFix 策略和 Placement 策略
五个模式级策略可供选择:SecurityFirstt Encryption 策略、Security 策略、GPFS 客户端策略、iFix 策略和 Placement 策略

独立的镜像级策略被应用于特定虚拟机,如图 6 所示:

图 6. 几种可用的镜像级策略
六个镜像级策略可供选择:SecurityFirst Encryption、Security、GPFS 客户端、Routing、iFix 和 Placement
六个镜像级策略可供选择:SecurityFirst Encryption、Security、GPFS 客户端、Routing、iFix 和 Placement

数据依赖关系

在一个虚拟系统模式中,镜像、脚本、软件组件和附加组件的属性值由模式创建者或模式部署者输入。通常情况下,在创建模式时,某个特定属性的值是未知的,或者该值取决于另一属性提供的值。例如,用于配置应用服务器虚拟机上的数据源的脚本包需要运行数据库的虚拟机的主机名和端口号,以及由另一脚本包在数据库虚拟机上创建的数据库的名称。在模式完成部署前,主机名或 IP 地址是未知的。此外,数据库的名称可由模式创建者在数据库创建脚本中输入,而且该名称必须与数据源配置脚本中输入的名称完全相同。这样的属性依赖关系由数据依赖关系链接指定。

虚拟系统模式内的每个工件(例如,镜像、软件组件,或脚本包)具有在其元数据中定义的一组输出,以及一组属性(输入),其值由模式创建者或部署者输入。镜像还具有默认属性,例如主机名称和 IP 地址。两个组件的属性之间的数据依赖关系链接指定了一个组件的某项属性的值取决于另一个组件的属性的值(或者与之​​相同)。图 7 显示了 WebSphere Application Server 节点中的一个 Sample TradeLite Create DataSource 脚本,它的属性包括 DATABASE_NAMEDATABASE_USERNAMEDATABASE_HOST。它们的值取决于(或需要匹配)被添加到 DB2 节点的 CreateDB_OLTP 脚本中的相应属性:

图 7. 数据依赖关系链接
您可以在画布上创建两个工件之间的链接,以便定义一个数据依赖关系链接
您可以在画布上创建两个工件之间的链接,以便定义一个数据依赖关系链接

数据依赖关系链接是从组件绘制的,该组件的属性取决于另一个属性。链接的源是需要该值的属性,链接的目标是提供该值的属性。

模式级属性

当构建复杂模式时,往往会有一个属性是跨一组工件的,部署者在模式部署过程中通常会提供相同的值。一个常见的​​例子是,在模式部署过程中为用户创建的密码。经典的虚拟系统模式允许您在部署过程中只输入一次操作系统用户密码,并将它应用到所有虚拟机实例。虚拟系统模式通过使用模式级属性 让这个概念一般化。

模式级属性是用户定义的属性,与整个模式有关联。任何工件(比如镜像、脚本包、附加组件或软件组件)都可以链接到这个模式级属性。此链接表示,为模式级属性指定的值被传播到链接到它的所有属性。因此,您可以在模式级创建一个密码属性,并将所有虚拟机的所有操作系统用户密码链接到它。

同样,您可以跨所有虚拟镜像选择将被定义为模式级属性的其他任何属性(如各种脚本包中的线程池值,或特定软件组件的安装目录),然后将其链接到每个属性。通过整合在单一定义下的相同属性,这种关联使得属性规范不容易出错。图 8 显示了一个例子,WebSphere Application Server 管理用户名属性的模式级属性定义:

图 8. 模式级属性定义
您可以在 Pattern Builder 最右侧的列中定义模式级属性。
您可以在 Pattern Builder 最右侧的列中定义模式级属性。

图 9 显示了对 WebSphere Application Server 软件组件的这个属性的引用,该引用被嵌入在模式中:

图 9. 在模式中的模式级属性引用
您可以为模式中的组件参数值引用一个模式级属性
您可以为模式中的组件参数值引用一个模式级属性

排序

不同于经典的虚拟系统模式,虚拟系统模式的部署过程是高度并行化的,可以实现更快的部署。所有虚拟机都是并行部署的。此外,每个虚拟机内的软件堆栈都尽可能并行部署。在 Pattern Builder 中,该执行的行为由排序视图选项卡控制,它显示了每个虚拟机的泳道。每条泳道都是并行执行的,默认情况下,每个虚拟机都在自己的泳道中。

您可以在跨泳道创建组件之间的排序约束。在组件之间定义的数据依赖关系会自动创建一个排序依赖关系。在模式部署过程中,每条泳道都是并行执行的,直到遇到排序约束,然后顺序地执行排序约束。完成顺序执行后,部署处理将恢复并行执行。图 10 显示包含多个虚拟机的模式的泳道:

图 10. 排序视图选项卡上的泳道
使用排序选项卡来查看模式的泳道和修改排序。
使用排序选项卡来查看模式的泳道和修改排序。

集成 Installation Manager

云管理员可以管理 Installation Manager 存储库。当云管理员将模式类型导入 PureApplication System 时,基于 Installation Manager 的软件包将被自动上传到仓库和内部 Installation Manager 存储库中。云管理员也可以手动将修复或软件包添加到内部 Installation Manager 存储库,或配置对外部 Installation Manager 存储库的连接。

将内容添加到内部 Installation Manager 存储库

云管理员可以使用以下步骤,将软件包手动添加到存储库:

  1. 单击 Catalog => IBM Installation Manager Repository
  2. 单击 Add New,然后:
    1. 如果还没有适合软件包的现有类别,请单击 Add New Category
    2. 如果有一个现有类别适合软件包,请单击 Add New Software Package
    3. 浏览到该软件包的压缩文件。
    4. 设置类别。
    5. 单击 Add
图 11. 将内容添加到内部 Installation Manager 存储库
为在内部 Installation Manager 存储库中的新内容设置包和类别
为在内部 Installation Manager 存储库中的新内容设置包和类别

配置对外部 Installation Manager 存储库的连接

云管理员可以使用以下步骤来配置对外部 Installation Manager 存储库的连接,使他们可以使用来自虚拟系统模式中的存储库的软件包:

  1. 单击 Cloud => System Plug-ins
  2. 选中 Virtual System Pattern Type
  3. 选中 vsys.im 插件。
  4. 单击 Configure
    1. 指定 External Repository URL
    2. 指定存储库用户的 User IdPassword
    3. 单击 Update
  5. 可选操作:单击 Test Connection 确认存储库连接正常工作。
图 12. 配置对外部 Installation Manager 存储库的连接
指定外部 Installation Manager 存储库的 URL、用户名和密码,然后单击 Update。
指定外部 Installation Manager 存储库的 URL、用户名和密码,然后单击 Update。

部署虚拟系统模式

虚拟系统模式部署遵循与虚拟应用程序模式部署相同的过程。这两种类型的模式使用相同的部署对话框,PureApplication System 2.0 中已优化了该对话框,使其更简单、更直观。

在保存新创建的虚拟系统模式后,可以单击 Patterns => Virtual Systems 来查看它。除了您创建的模式之外,还可以看到一些由该默认模式类型安装的内置应用程序。其中一种模式是 BPM Process Center with Embedded DB2 虚拟系统模式,这是随 IBM BPM Pattern 8.5.5 for Virtual System 1.0.0.0 模式类型提供的一种复杂模式。如果打开该模式,就可以看到它的拓扑:

图 13. BPM Process Center with Embedded DB2 虚拟系统模式的拓扑
BPM Process Center with Embedded DB2 虚拟系统模式包括一个 Process Center Dmgr,连接到自定义节点、流程中心、Primary 和 Standby DB2 实例(它们也是连接的)。
BPM Process Center with Embedded DB2 虚拟系统模式包括一个 Process Center Dmgr,连接到自定义节点、流程中心、Primary 和 Standby DB2 实例(它们也是连接的)。

这种模式包含一个 IBM BPM 自定义节点软件组件,还有一个联合到 BPM Process Center Deployment Manager 软件组件的附加缩放策略。Process Center IHS 被视为负载均衡器,并且是将请求调度到自定义节点的入口点。Primary DB2 和 Standby DB2 一起工作,以便支持高可用性和灾难恢复(HADR)。所有这些软件组件都被安装在 Red Hat Linux 操作系统镜像上,有多个脚本包和附加组件被附加到软件组件。选择模式,然后单击 Deploy 在另一个 Web 浏览器选项卡中打开部署对话框。

在这个新的部署对话框的配置面板中,您可以在左侧窗格中指定部署目标和选项,包括部署的名称、环境配置文件、云组、IP 组和其他配置选项。在右侧窗格中,可以配置模式中所有锁定的属性,包括模式级属性和组件级属性。只有在配置所有必需信息之后,才可以继续部署过程。您可以单击此页面上的 Quick Deploy 立即开始部署,在这种情况下,分发和网络设置是由系统决定的,或者您还可以单击 Continue to Distribute 打开分发页面,在这里可以配置分发和网络设置。在配置好分发页面上的设置后,单击 Deploy 部署模式。有关此对话框中的选项的详细信息,请参阅在 PureApplication System 知识中心中的 部署虚拟系统模式

图 14. 新的部署对话框
新的部署对话框
新的部署对话框

在完成部署之后,会生成一个虚拟系统实例。在 PureApplication System 2.0 中的虚拟系统实例不仅包含经典虚拟系统实例的功能(例如,处理器、内存计量、脚本包执行和日志,以及控制台链接),还包含源于虚拟应用程序实例的一些新功能(如日志、监控和操作)。在单击 Instances => Virtual Systems 打开的 Instances 页面上,您可以通过搜索部署的名称来找到自己的部署。在实例的详细信息窗格中,您可以看到它的状态、环境配置文件、云组、模式类型、模式、所有虚拟机的详细信息、历史和其他详细信息。您可以启动、停止、保持、恢复和删除实例,还可以创建和还原快照。打开 Instance Console 查看实例的更多管理操作,比如日志、执行操作,以及监控虚拟机和中间件的使用。

图 15. 实例控制台
实例控制台将会显示状态、环境配置文件、优先级、云组、共享服务、模式类型、快照、中间件视图、虚拟机视图和历史记录。
实例控制台将会显示状态、环境配置文件、优先级、云组、共享服务、模式类型、快照、中间件视图、虚拟机视图和历史记录。

在 Instances 页面上,还可以看到实例中的每个虚拟机的详细信息,比如 IP 地址、运行状态、硬件、网络和操作系统信息。该页面还提供了对特定虚拟机的管理操作,包括启动、停止、执行脚本包、下载脚本包执行日志文件,以及访问控制台链接,如图 16 所示:

图 16. 实例中的虚拟机详细信息
实例页面显示实例中的虚拟机的详细信息,例如虚拟 CPU 数量、虚拟内存、网络接口、脚本包和控制台链接。
实例页面显示实例中的虚拟机的详细信息,例如虚拟 CPU 数量、虚拟内存、网络接口、脚本包和控制台链接。

开发软件组件

PureApplication System 提供了一个基于 Eclipse 的 Plug-in Development Kit(版本 1.1)和一个 Web 工具,用它们来构造软件组件。Plug-in Development Kit (PDK) 包括编辑器和构建软件组件的工具。PureApplication System 使用插件来定义软件组件,所以项目的结构和配置文件类似于第一次压缩中的虚拟应用程序模式中的插件项目,但还有更多的属性可用来支持新的功能。定义也得到了简化; 例如,不再需要转换器。使用下列步骤来创建一个示例软件组件,其中包括必需的新属性。

使用基于 Eclipse 的 PDK 创建软件组件

  1. 用软件组​​件向导创建一个项目框架。在 Eclipse 中,选择 File => New => Project => IBM Workload Software Component Project,然后单击 Next 启动向导。
  2. 指定项目名称和位置(如果不使用默认位置)。
  3. 单击 Finish,或者如果需要配置主模式类型,请单击 Next 并指定主模式类型。

    这些步骤与创建虚拟应用程序模式插件项目相同。PDK 生成软件组件项目框架。

    在 PDK 创建软件组件项目后,概述编辑器打开。新创建项目的内容与虚拟应用程序模式插件项目是几乎相同的。其他配置设置包括将虚拟系统模式类型设置为辅助模式类型,以及用于重新打开概述编辑器的在项目根中的概述文件。在 PDK v1.1 中,如果单击一个软件组件项目中的一个 JSON 配置文件,PDK 只会打开源代码编辑器,而不是打开所有配置文件的表单编辑器和源代码编辑器,就像在虚拟应用程序模式插件项目中那样。

  4. 配置软件组件包。在概述编辑器中,切换到 Packages 选项卡。在 Basic Information 部分中,您可以配置:
    Name
    插件名称。
    Version
    插件版本。
    Pattern types
    您可以只定义一个主模式类型和多个辅助模式类型。Vsys 是必需的,并且必须包括在模式类型中。默认情况下,它被设置为辅助模式类型。
    工件
    为必须与插件(主模式类型)一起打包的安装文件或其他工件指定在仓库中使用的相对路径。目标虚拟机中的生命周期脚本可以下载这些工件。
    Plug-in parameters
    在插件详细信息页面上列出的插件参数。
    IM artifacts
    IM artifacts 是软件组件中的新特性。使用该字段来定义使用此插件导入内部 Installation Manager 存储库的工件。单击 IM Artifacts 来查看项目的 Installation Manager Artifacts 表。可以使用此对话框添加、编辑和删除插件的 Installation Manager Artifacts。单击 Add 打开添加对话框,并添加一个工件。由 Add 页面引用的相对路径是用于在仓库中存储工件的路径,类似于 Artifacts 页面上的 Relative path 字段。对于 Installation Manager 存储库,这条路径用于在安装之前将工件存储到内部 Installation Manager 存储库中。Category 用于指定 Installation Manager 存储库中的工件的类别。

    标有星号的属性是必需的。

  5. 配置 Package 部分。在 Package 部分中,可以创建包,删除包,并在一个包中增加对多种操作系统的支持。您还可以将对多种操作系统的支持综合到一个支持元素中。此配置取决于每个平台或操作系统的脚本的粒度。Package 部分包含以下可配置参数:
    Package name
    软件包的标识符。
    Architecture/OS/OS version
    指定在此包中的脚本所支持的平台和操作系统。您可以选择或输入值。
    CPU/storage/Memory
    为产品执行或安装(存储)指定更多的资源。系统将在部署期间验证存储与选定的操作系统镜像。
    Dependent products/Package provides
    指定依赖项目,以及在此包中提供的项目。
    Included parts
    指定包的部件成员。候选部件是在项目中的 plugin/nodeparts 和 plugin/parts 文件夹中定义的,它包括可以在已部署的虚拟机(VM)中执行的脚本。新节点部件或部件的创建与虚拟应用程序模式插件的创建是相同的。选择 New => Plug-in Part(或 Plug-in Node Part)启动向导,并选择部件级脚本文件。如果要创建一个部件,则必须在该部件中创建一个角色。使用 Plug-in Role 向导创建一个角色,然后将该部件或节点部件添加到包。
  6. 选中 Components 选项卡来配置软件组件的组件。在组件列表部分中,单击 Add 创建一个新的组件。软件组件被显示在 Pattern Builder 调色板中。模式创建者可以将组件拖到画布上,将其添加到虚拟模式。配置组件的属性:
    ID
    组件标识符。
    Label
    在组件列表中或在 Pattern Builder 画布上显示的标签。可以将此标识符全局化。
    Extends
    指定此组件继承的父组件。Part 是所有组件的根组件。默认值是 Part。您可以指定这个插件或其他相关插件中的其他组件作为父组件。
    Images/Thumbnail
    指定用于在调色板列表、模式构建器、模式详细信息页面,以及在引用该组件的其他页面中表示该组件的镜像。所需的大小是 64×64 和 48X48 像素。
    Attributes
    当模式创建者在 Pattern Builder 中选择一个组件时,模式创建者可以在 Pattern Builder 中更新这些属性。也可以在模式部署期间更新这些属性。可以在生命周期脚本中访问这些属性。这部分与虚拟应用程序插件是相同的。
    Outputs
    该属性对于软件组件是新属性,用于定义该组件要提供给其他组件的属性。当您在 Pattern Builder 中连接两个组件时,可以通过在 Pattern Builder 配置映射,将源组件中的输出映射到目标组件中的属性。通常每个输出都被绑定到一个属性。在定义一个属性时,可以单击 Expose as output 将它添加到输出。
    Related package
    定义相关的软件包,其中包括要运行的脚本或这个包所需要的特性。该参数有三个选项卡:
    Package
    为该组件指定主包。部件密钥是将在这个包中执行的插件角色的名称。部件密钥是一个单一的值,所以如果在这些包中定义了多个角色,其他角色将无法运行。对于包中的 Support 支持元素,需要使用已包含的部件,以便包括与部件密钥相同的角色。
    Install via IM
    指定在安装中是否需要 Installation Manager 存储库。在 IM offering ID filter 中,指定一个关键字,帮助系统在存储库中找到工件,它可能包含数百个元素。
    YUM packages
    定义该产品需要但基本镜像中没有的附加软件包。
    Console links
    定义已部署实例详细信息页面上显示的已安装产品所提供的链接。在 URL 定义中可以使用一些系统变量:
    • public-hostname:例如,https://{public-hostname}/vnc
    • public-ip:例如,https://{public-ip}/vnc
  7. 在运行时操作选项卡上,定义管理员可以在模式部署后运行的操作。该页面与虚拟应用程序模式插件是相同的。

在完成配置和开发生命周期脚本后,PDK 可以构建和安装插件项目到测试环境。PDK 还提供了一个运行时视图来检索已部署虚拟机的日志,以便帮助调试问题。这些功能还可以用于虚拟应用程序模式插件项目。有关的更多信息,请参阅 构建项目调试插件

使用工作负载控制台创建软件组件

您也可以从工作负载控制台创建软件组件。

  1. 从 PureApplication System 工作负载控制台选择菜单 Catalog => Components Definition
  2. 在工具栏中单击 New
  3. 选择 Create a Software Component,并单击 Next
  4. 指定 NameVersionLabelDescriptionOperating system 属性,它们与上一节中所描述的 Packages 选项卡中的属性相同。
  5. 选中图标和缩略图的图像。
  6. 单击 Create 显示软件组件的详细信息定义页面。您可以在详细信息定义页面上配置以下属性:
    • 基本信息,包括 NameVersionLabelOperating SystemExtendsDescriptionIcon 图像和 Thumbnail 图像,这些是您在上一个页面中设置的属性。
    • PropertiesOutputs:这些属性与上一节中所介绍的 Components 选项卡上的属性相同。
    • Lifecycle Operations:这些操作和在基于 Eclipse 的项目的 /plugin/parts/[part name included in required package]/scripts/[part key]/ 文件夹中的生命周期脚本相同。每个生命周期脚本(安装/配置/启动/停止)都可以只映射到一个 python 脚本,但其他脚本文件可以被打包成工件,并在一个映射脚本中启动。
    • Artifacts:这部分与上一节所介绍的 Packages 选项卡的 Artifacts 部分相同。基于 Web 的工具中的一项简化工作是,您可以定义一个 Deploy path,系统会生成一个脚本来将工件下载到此路径,而且生命周期脚本可以访问此路径。
    • Console links:这部分与上一节中为 Components 选项卡介绍的 Console links 部分相同。
    • 在完成配置后,单击工具栏上的 Publish,将该软件组件安装到 PureApplication System,并让它可以在 Pattern Builder 调色板中使用。

结束语

本文介绍了在 PureApplication System 2.0 中引入的一种新样式的虚拟系统模式,以及这种新样式提供的许多增强功能。您了解了如何构建虚拟系统模式, 包括如何使用和构建软件组件。您还学习了如何部署虚拟系统模式,以及可用来管理这些部署实例的特性。

致谢

作者非常感谢 STSM - PureApplication System and IBM Workload Deployer Ajay Apte,以及 STSM - PureApplication System and IBM Workload Deployer Mark Yi 帮助审阅本文。


相关主题


评论

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

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere
ArticleID=1002362
ArticleTitle=Pure Application System 2.0 中的虚拟系统模式的新特性
publish-date=04022015