如果应用程序需要工作负载均衡和高可用性,而且随着工作负载的增长,您希望能够轻松添加新的系统以便满足需求,那么您可能需要将应用程序服务器运行时和相关联的应用程序服务器从单一系统配置迁移至综合系统配置。
开始之前
在单一系统上安装服务器运行时和相关联的业务应用程序服务器后,应评估是否需要将该服务器运行时和相关联的应用程序服务器迁移至综合系统配置。如果您决定设置由多个 z/OS 映像和工作负载管理 (WLM) 组成的综合系统环境,那么必须在启动 WebSphere® Application Server 的 z/OS 映像中运行 BBOWWPFA 作业。
BBOWWPFA 作业是在初始配置和定制 WebSphere Application Server 时自动生成的作业之一。可运行此批作业来设置
z/OS 环境。一般情况下,会在综合系统上可用的第一个
z/OS 映像中逐个执行这些 JCL 作业。但是,BBOWWPFA 作业(其设置产品的运行时(配置)文件系统)必须在计划启动产品的同一个 z/OS 映像中运行。为了确保 BBOWWPFA 作业在正确的映像中运行,在运行 BBOWWPFA 作业之前,请将以下 JCL 语句添加至自动生成的那批
JCL 语句中 BBOWWPFA 作业语句之后。
/*JOBPARM SYSAFF=sxx
其中
sxx 在要在其中运行产品的 z/OS 映像的名称。
关于此任务
综合系统环境使您能够:
- 在多个系统之间均衡工作负载,从而为应用程序提供更好的性能管理。
- 随着工作负载的增长添加新的系统以满足需求。此功能提供可伸缩的解决方案来满足您的处理需求。
- 复制运行时和相关联的业务应用程序服务器。此功能确保如果一个系统发生故障,其他系统可用于处理用户请求。
- 将应用程序服务器从一个发行版或服务级别升级为另一个发行版或服务级别而不中断对您的用户的服务。
避免故障: 如果您要使用全局资源串行化
(GRS) 环来将一个或多个单一系统连接到综合系统环境,那么在任何单一系统中运行的任何服务器的单元名称在整个
GRS 环境中都必须是唯一的。此要求意味着在任何单一系统中运行的服务器的单元名称:
- 不能与在综合系统中运行的任何服务器的单元名称相同
- 不能与在连接到综合系统的另一个单一系统中运行的任何服务器的单元名称相同
如果 GRS 环境中有单元名称重复的服务器,那么
WebSphere Application Server 无法区分综合系统单元和单一系统单元,会将两个服务器视为同一单元的一部分。这种不正确的单元关联通常会导致不可预测的处理结果。
gotcha
请执行下列任务以便在综合系统配置中设置应用程序服务器。
过程
- 如果没有可用的综合系统环境,请设置一个。
z/OS®
出版物 z/OS MVS™
Setting Up a Sysplex 描述如何设置 z/OS 综合系统。您设置的目录的结构应类似于以下目录结构:
图 1. 运行两个应用程序服务器的综合系统的目录结构
- 为综合系统环境配置服务器运行时。
- 决定您是否需要错误日志的单个系统视图。 如果您需要错误日志的单个系统视图,并且您最初在系统记录器中设置该错误日志并对日志记录使用 DASD,那么您现在必须在耦合设施中配置错误日志。
- 决定您将如何共享单元中可执行的应用程序。
- 设置 ARM。 此发行版不支持跨系统重新启动,因此,您必须相应地设置您的 ARM 策略。确保为运行每个元素的系统指定 TARGET_SYSTEM(如果您采用缺省 TARGET_SYSTEM=*,那么可以跨系统重新启动)。
- 决定您是否需要在单元中每个系统上运行所有的运行时服务器。
建议:下表提供在单元中运行服务器的建议和要求。
表 1. 在单元中运行服务器. 下表提供在单元中运行服务器的建议和要求。 服务器 |
在单元中运行服务器的建议和要求 |
位置服务守护程序和Node Agent |
- 您必须在希望运行服务器运行时的综合系统中的每个系统上同时运行位置服务守护程序和 Node Agent。如果在综合系统中的某些系统上未安装服务器运行时,那么不必在那些系统上运行位置服务守护程序和 Node Agent。
- 如果服务器表明 PassTickets 是与客户机进行交互作用所必需的,那么您必须在 z/OS 客户机驻留的系统上运行位置服务守护程序和 Node Agent。
|
Deployment Manager |
确保遵循正确的步骤以配置 Deployment Manager 单元。 |
- 准备安全系统。
- 设置数据共享。 请参阅 DB2® 数据共享:计划和管理》出版物以获取正在 z/OS 系统上运行的
DB2 版本。
- 在综合系统中的其他系统上定制 z/OS 功能,以匹配您作为初始服务器运行时安装的一部分所执行的定制。
生成的定制指示信息包含了其他系统的完整定制信息。
- 更改 TCP/IP 设置。 综合系统中的每个系统都包含位置服务守护程序、Node Agent 和业务应用程序服务器。该位置服务守护程序充当位置服务代理程序,并接受请求中带有对象关键字的定位请求。因此,重要的是 TCP/IP 域名服务器 (DNS) 条目以及单元中每个系统的 TCP/IP 概要文件都包含该位置服务守护程序的端口,并且该端口与新的位置服务守护程序服务器的名称相关联。
- 更改 DNS 条目。
如果您使用的 DNS 实现允许使用通用 IP 名称(动态解析为具有类似配置的服务器),那么必须在 DNS 中调整这些 IP 名称。必须保留位置服务守护程序的通用 IP 名称,但是为第二个和后续的位置服务守护程序服务器添加新的 IP 名称。如果发生故障,那么其他 IP 名称使 DNS 能够将工作定向至其他服务器。
- 在单元中其他每个系统的 TCP/IP 概要文件中,为位置服务守护程序添加端口,并将该端口与新的位置服务守护程序服务器名相关联。
缺省情况下,服务器运行时对位置服务守护程序使用端口 5655。服务器运行时还会将第一个位置服务守护程序服务器命名为 DAEMON01,并使每个新的位置服务守护程序服务器的名称后缀编号递增;例如,DAEMON02、DAEMON03,以此类推。因此,对于综合系统中的第二个系统,您必须添加端口,并将其与 DAEMON02 相关联。
示例:5655
TCP DAEMON02
综合系统 l 中的第三个以及后续系统都遵循相同的模式。
- 在综合系统中定义新的应用程序服务器集群。
- 可选: 创建 Deployment Manager 单元。
- 在综合系统中的每个节点上安装缺省应用程序服务器。
- 在综合系统中的每个节点上安装 Deployment Manager 单元。
- 将缺省服务器节点添加至 Deployment Manager 单元。
结果
您可以将在综合系统中的多个系统上运行应用程序的所有优势发挥至极致。