[z/OS]

z/OS 上的消息驱动的 Bean 和调整设置

当您在 z/OS® 操作系统上运行 WebSphere® Application Server 时,需要了解许多概念,以便能够配置可用于消息驱动的 Bean 的调整设置。

z/OS 上的 WebSphere Application Server:多进程服务器

当您在 z/OS 上运行 WebSphere Application Server 时,工作负载分布在多种类型的区域(进程)中,如下图所示。

图 1. 在 z/OS 上运行的 WebSphere Application Server 具有多进程结构
WebSphere Application Server 安装版本具有控制区域 (CR)、控制区域助手 (CRA) 和若干服务方区域 (SR)。除了服务集成之外的入站工作负载进入控制区域,并且分布到服务方区域。服务集成的入站工作负载进入控制区域助手,并通过控制区域传递到服务方区域。控制区域助手包含若干消息传递引擎。在服务方区域中运行的应用程序与控制区域助手中的消息传递引擎进行通信。
控制区域(也称为控制器)
控制区域 (CR) 运行系统代码,并且是除了服务集成总线入站工作负载之外的所有入站工作负载(例如,IIOP 和 HTTP)的通信端点。CR 将工作负载分类,然后使用 z/OS 工作负载管理功能 (WLM) 在服务方区域之间分配工作负载。
控制区域助手(也称为助手)
下列进程在控制区域助手 (CRA) 中运行:
  • 服务集成总线消息传递引擎
  • 服务集成总线资源适配器 (RA)
  • WebSphere Application Server V7.0 开始,IBM MQ 资源适配器
CRA 是服务集成入站工作负载的通信端点(即,用于消息驱动的 Bean 和调解)。通过 CR 来传递此工作负载以进行分类和分配。如果服务器中有多个消息传递引擎,那么它们都将在同一个 CRA 中运行。如果服务器中没有消息传递引擎,那么仍然需要 CRA,以便运行服务集成入站资源适配器。如果对于没有 CRA 的服务器禁用了服务集成支持,而您在这种情况下要使用 IBM MQ 资源适配器,那么需要显式启动 CRA,如[z/OS]JMS 提供程序设置中所述。
服务方区域(也称为服务方)
应用程序代码(例如,Enterprise Java™ Beans (EJB)、消息驱动的 Bean 和 Servlet)在服务方区域 (SR) 中运行。您可以将服务器配置为仅运行一个服务方,但是更常见的情况是将其配置为运行多个服务方。z/OS WLM 可以动态调整 SR 数目以针对变化的工作负载作出响应。

消息驱动的 Bean 的工作负载管理分类这一节说明了如何在服务方之间分配工作负载以优化性能。

WebSphere Application Server 消息传递提供程序

消息传递流取决于消息驱动的 Bean 应用程序的安装方式,而安装方式由您选择的消息传递提供程序来确定。

注: 同一消息传递提供程序可以提供不同的部署方法。
z/OS 上的 WebSphere Application Server 支持下列消息传递提供程序:
WebSphere Application Server 缺省消息传递提供程序
缺省消息传递提供程序(服务集成)支持 Java 连接器体系结构 (JCA) RA。当您安装消息驱动的 Bean 应用程序时,请提供激活规范。
IBM MQ 消息传递提供程序
IBM MQ 消息传递提供程序使用 IBM MQ 系统作为提供程序,并且它支持使用下列方法来安装消息驱动的 Bean 应用程序:
  • JCA,通过使用 RA
  • 应用程序服务器设施 (ASF),通过使用消息侦听器服务和消息侦听器端口
JCA 是至关重要的 Java EE 技术,相对于旧的 ASF 技术而言为首选技术,从 WebSphere Application Server V7.0 开始已不推荐使用旧的 ASF 技术。
包括 JMS 规范的可选 ASF 扩展的第三方消息传递提供程序
要使用第三方 ASF 消息传递提供程序,请将其作为 JMS 提供程序添加至 WebSphere Application Server 配置。在管理控制台中,浏览到资源 > JMS > JMS 提供程序
包括符合 JCA 的资源适配器 (RA) 的第三方消息传递提供程序
要使用第三方 JCA 消息传递提供程序,请将 JCA 资源适配器归档 (RAR) 安装在 WebSphere Application Server 中。在管理控制台中,浏览到资源 > 资源适配器 > 资源适配器
注: 同一 WebSphere Application Server 可以使用多个不同的消息传递提供程序。

z/OS 上的工作负载管理

消息驱动的 Bean 通常在拥有不同种类的工作负载(包括下列类型的工作)的应用程序服务器上运行:
  1. 其他消息驱动的 Bean
  2. 通过 IIOP 访问的企业 Bean
  3. 通过 HTTP 访问的 Servlet 和 JSP

存在与消息驱动的 Bean 相关联的各种调整控件,它们的设置对消息驱动的 Bean 工作量(这些工作是对所给定服务器中的所给定消息驱动的 Bean 或者一组消息驱动的 Bean 执行的)提供细颗粒度控制。但是,请勿使用这些设置来确定与服务器中的其他工作有关的消息驱动的 Bean 工作的优先顺序。要在 z/OS 上管理不同种类的工作负载,请使用工作负载管理 (WLM) 分类。

消息驱动的 Bean 的工作负载管理分类

消息驱动的处理包括以下两项逻辑功能:
  • 侦听,将检查到达的每条消息,确定该消息的安全性和事务上下文,并标识要处理该消息的消息驱动的 Bean。
  • 分派,将获取消息并激活消息驱动的 Bean 的 onMessage 方法。

通过将 WLM 的工作负载分类来控制这些功能。

在 z/OS 上运行 WebSphere Application Server 时,将 WLM 管理的 WebSphere Application Server 工作负载进行分类,包含两个步骤:
为工作项确定适当的事务类
WebSphere Application Server 使用 WebSphere Application Server 管理员在称为[z/OS]工作负载分类文件的 XML 文档中指定的规则,将各个工作负载项分类为一组可指定不同性能目标的可管理的事务类。事务类是您选择的分组:由您决定分组中包含的事务类的数目及其名称。WebSphere Application Server 管理员使用 WebSphere Application Server 管理功能来指定工作负载分类文件的路径。

WebSphere Application Server 接收 HTTP、IIOP 或者消息驱动的 Bean 工作请求时,它将为工作项确定适当的事务类。对于消息驱动的 Bean 工作,通常根据入站消息的发起方、消息属性和目标消息驱动的 Bean 来确定事务类。当 WebSphere Application Server 使用 z/OS WLM 将 WebSphere Application Server 工作请求从 CR(或者 CRA)传递到 SR 时,WebSphere Application Server 将指定它已为此工作项选择的事务类。

分配适当的资源以处理工作项
z/OS WLM 管理员使用 WLM ISPF 面板为每个事务类指定适当的 WLM 服务类报告类,如 z/OS Internet Library 中所述。z/OS WLM 将事务类映射到适当的 WLM 服务类和报告类以分配性能目标。通过决定哪个服务方应处理消息以及是否将额外的资源转移到该服务方或者从该服务方转移资源来实现这些目标(这些目标与 z/OS 上的工作负载总量有关 - 而不只是与 WebSphere Application Server 工作负载有关)。
有关工作负载管理分类的更多信息,请参阅[z/OS]对 z/OS 工作负载分类

要对 z/OS® WLM 的工作负载分类文档中的服务集成工作进行分类,请参阅[z/OS]工作负载分类文件

消息驱动的 Bean 的消息传递流

消息传递流取决于您用于消息驱动的 Bean 的部署方法以及 WebSphere Application Server 正在使用的消息传递提供程序。下列子主题描述了各种部署方法的消息传递流:
  • 采用 JCA 方式的服务集成
  • 采用 JCA 方式的 WebSphere MQ
  • 采用 ASF 方式的 WebSphere MQ
为了简单起见,这些子主题假定您的服务器只有单个消息驱动的 Bean,并且若干个消息驱动的 Bean 实例可以在所有服务方工作程序线程上同时运行。

指示主题类型的图标 概念主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cprf_tunezmdb
文件名:cprf_tunezmdb.html