z/OS 标准命名约定

在 WebSphere® Application Server for z/OS® 中,使用通过 Profile Management Tool 或者 zpmt 命令构建的定制作业来创建单元和节点。当您使用 Profile Management Tool 来创建这些定制作业时,大多数字段都预先设置为缺省值。如果在定制期间指定了一个字符和两个字符的单元、集群和系统标识值,那么将使用遵循标准命名约定的缺省值。

标准命名约定既适合于初始使用,又适合于生产使用,它允许您创建多组单元和服务器,并且每个组共享一组公共用户标识和组名。通过共享同一个单元标识来区分一组单元和服务器。

标准命名约定与基本命名约定的区别

基本命名约定最多支持给定 z/OS 系统上的单个 Network Deployment 单元和单个应用程序服务器节点,而标准命名约定允许创建最多可达 936 个单独的管理组,每个组对应于单个 z/OS 系统上的单个两字符单元标识。这些管理组中的每一个都可以包括下列各项:
  • 一个 Network Deployment 单元
  • 最多可达 36 个应用程序服务器节点
  • 管理代理程序、作业管理器和安全代理服务器

此管理组实际上并不是 WebSphere Application Server 体系结构的一部分;它只是表示这样一个事实 - 在 z/OS 上,一组单元可以使用一组公共 SAF 组和用户标识,这相应地简化了这些单元之间的连接设置。另一方面,对不同单元使用不同的 SAF 组和用户标识就可以将管理和运行时分隔开,以便使用不同 SAF 身份的单元只能按照您指定的方式进行交互或者根本不交互。

选择单元、系统和集群标识

如果要使用标准命名约定,那么在使用 Profile Management Tool 配置新的 WebSphere Application Server 单元或节点时,请指定单元标识和系统标识,在某些情况下还要指定集群标识。
单元标识
这是一个由两个字符组成的大写字母数字值,用来构造将用于所有共享同一单元标识的单元和服务器的 SAF 用户标识和组的名称。它与系统标识一起用来构建单元名、节点名和其他值。

要简化两个单元之间的交互,请使用同一单元标识来创建这两个单元。要将两个单元之间的交互减少到最低程度或者阻止它们进行交互,请使用不同的单元标识来创建这两个单元。

限制:
  • 不同的 Network Deployment 单元必须具有不同的标识。
  • 因为共有 36 个可能的系统标识(A-Z 和 0-9),所以只要选择一个单独的系统标识来将各个单元与同一类型的其他单元进行区分,那么对于各不同类型的 WebSphere Application Server 单元(作业管理器、管理代理程序和安全代理),都将允许最多 36 个单元共享同一个单元标识。
  • 如果要将独立应用程序服务器联合到 Network Deployment 单元中,而此应用程序服务器与此 Network Deployment 单元使用相同的 SAF 用户标识和组,那么安全性设置就非常简单。如果它们都是使用标准命名约定创建的,那么使用同一单元标识对它们进行配置。
  • 管理代理程序必须与它管理的独立应用程序服务器在同一个 SAF 组中运行。请为它们配置同一单元标识。
系统标识
这是由一个字符组成的大写字母数字值,用于将 Network Deployment 单元中的应用程序服务器节点与各类其他服务器相互区分开。名称来源于使用单元涵盖的每个 z/OS 系统上的应用程序服务器节点来创建 Network Deployment 单元。但是,还可以使用由一个字符组成的标识来区分同一 z/OS 系统上的多个节点,或者用来标识具有相同单元标识的多个单节点单元。在后面这些情况下,系统标识不必表示实际的 z/OS 系统。

对于每个 z/OS 系统中只有一个节点的 Network Deployment 单元,对每个 z/OS 系统指定单个字母数字字符,并在该系统上配置联合应用程序服务器或受管应用程序服务器时使用该值。对于其他类型的单元,只要同一类型的两个服务器同时共享单元标识和系统标识,就可以为系统标识指定任何期望的约定。

集群标识
这是一个由两个字符组成的大写字母数字值,用来区分应用程序服务器节点中的应用程序服务器。为了允许将任何应用程序服务器用作应用程序服务器集群的基础,在 Network Deployment 单元中使用每个未归入集群的应用程序服务器自己的集群标识来创建这些应用程序服务器。在本文末尾的示例中,集群标识是采用两位数形式给定的,因此很容易标识每个名称的各个部分。

单元名、节点名和服务器名称的缺省值

在单个单元标识下,可以使用标准命名约定来配置一个 Network Deployment 单元和其他单元类型(每种类型可以包含多达 36 个单元),其配置方法是为其他的每种单元类型都指定唯一的系统标识。换句话说,共享同一个单元标识的两个独立应用程序服务器或者两个作业管理器必须具有不同的系统标识。

表 1. 单元名、节点名和服务器名称的缺省值.

对于单元标识 aa 和系统标识 s,标准命名约定将指定下列单元名和节点名:

Name ND 单元 Deployment Manager ND 单元受管节点 独立应用程序服务器 管理代理程序 作业管理器 安全代理服务器 安全代理管理代理程序
单元名 aaCELL aaCELL aaBASEs aaADMAs aaJMGRs aaPROXs aaPRXAs
节点名 aaDMNODE aaNODEs aaNODEs aaADMAs aaJMGRs aaPROXs aaPRXAs

注意,Network Deployment 单元有一个 Deployment Manager 节点,并且对于每个系统标识都可以具有一个应用程序服务器节点(受管节点或联合节点)。独立应用程序服务器的节点名与 Network Deployment 单元使用相同的约定,从而更容易进行联合。其他服务器类型与单元名和节点名相同的值,这是因为它们都不需要多个节点或者详尽的命名约定。

迄今为止所使用的所有名称都是大写的,因为它们是 z/OS 短名称(例如,单元短名称和节点短名称),必须采用大写。这些值当中每个值都还具有混合大小写的长名称,它是名称的内部 WebSphere Application Server 版本。为了方便起见,标准命名约定对长名称和短名称使用相同的值,但是会将它更改为小写。

服务器名称是根据单元标识、系统标识和集群标识(对于应用程序服务器)来构造的。Network Deployment 单元只能有一个 Deployment Manager,并且其他非应用程序服务器类型当中的每种类型只能有单个服务器。还为每个服务器指定了通用短名称,用来向“工作负载管理”标识服务器,并且还用作要归入集群的应用程序服务器的初始集群名称。

表 2. 服务器名称和通用服务器短名称的缺省值.

对于单元标识 aa、系统标识 s 和集群标识 nn,标准命名约定将指定下列服务器名称和通用服务器短名称:

Name ND 单元 Deployment Manager ND 单元或单机中的应用程序服务器 管理代理程序 作业管理器 安全代理服务器 安全代理管理代理程序
服务器名称 aaDMGR aaSRnns aaADMAs aaJMGRs aaPROXs aaPRXAs
通用名称 aaDMGR aaSRnn aaADMAs aaJMGRs aaPROXs aaPRXAs

此应用程序服务器命名约定允许在应用程序服务器节点中按照相同的命名约定创建其他服务器,并且它还使得更容易建立集群。

SAF 组和用户标识名称的缺省值

表 3. SAF 组和用户标识名称的缺省值.

对于单元标识 cc,在定制期间将创建下列 SAF 组和用户标识:

ccCFG 配置组

提供管理和服务器特权

ccSRVG 服务方组

提供服务方区域所需要的特权

ccGUESTG 未经过认证的本地用户或 Guest 组

提供基本特权以仅访问单元

ccACRU 控制器用户标识

控制器、控制区域助手和守护程序启动式任务

ccASRU 服务方用户标识

服务方启动式任务

ccADMIN 管理员用户标识

用于单元配置,在某些情况下用作 WAS 管理员

ccGUEST 未经过认证的用户的用户标识(仅适用于 z/OS 管理的安全性)

在安全性方面,这表示一个未知用户

配置文件系统名称和安装点的缺省值

每个 WebSphere Application Server 单元或受管节点都有自己的配置文件系统,该系统可能是 HFS 或 zFS 数据集。在配置期间指定了单元、系统和集群标识时,为每个配置文件系统都指定了唯一的数据集名称:
OMVS.MNT.cell_short_name/node_short_name.HFS	
(for an HFS dataset) 

OMVS.MNT.cell_short_name/node_short_name.ZFS	
(for a zFS dataset) 
可以修改这些名称以满足本地约定,但是使得与每个数据集相关联的单元和节点更明了。为了便于阅读,这些配置文件系统的缺省安装点使用单元和节点的长名称(缺省情况下,就是长名称的小写形式):
/wasv9config/cell_long_name/node_long_name

可以重命名数据集,但是在初始定制之后就不应更改安装点,这是因为在所有配置文件中都引用了安装点。此操作的一个结果是,将独立应用程序服务器联合到 Network Deployment 单元中之后,它将保留其原始配置安装点,即使该安装点包含旧的(独立)单元名也是如此。在创建独立应用程序服务器期间,知道要将此独立应用程序服务器联合到特定 Network Deployment 单元的用户可能希望手动更新配置文件系统数据集名称和安装点,以反映节点的最终单元名。

作业名和已编目的过程名称的缺省值

大多数应用程序服务器由一个控制器(控制区域)和一个或多个服务方(服务方区域)组成。应用程序服务器还有一个称为“控制区域助手”的消息传递区域。控制区域的作业名与服务器的短名称相同。服务方的初始作业名由服务器短名称后面跟着 S 组成,而控制区域助手的初始作业名由服务器短名称后面跟着 A 组成。(这就是服务器短名称的长度通常不超过 7 个字符的原因。)

每个控制区域、服务方区域和控制区域助手都需要一个指向服务器的配置文件系统的编目过程。实际上,这意味着每个节点都要它自己的控制器、服务方和控制区域助手(在某些情况下才有)编目过程;但是应用程序服务器节点中不同的服务器不需要具有它们自己的编目过程,这是因为它们共享同一个配置文件系统。

表 4. 作业名和已编目的过程名称的缺省值.

对于单元标识 aa 和系统标识 s,标准命名约定将指定下列作业名和已编目的过程名称。在每种情况下,都将首先给定控制器作业名或过程名称,后面跟着服务方和控制区域助手(如果有)的作业名或过程名称:

Name ND 单元 Deployment Manager 应用程序服务器节点(ND 单元中的 Node Agent) 应用程序服务器节点(应用程序服务器) 管理代理程序 作业管理器 安全代理服务器 安全代理管理代理程序
控制器作业名 ccDMGR ccAGNTs ccSRnns ccADMAs ccJMGRs ccPROXs ccPRXAs
服务方作业名 ccDMGRs ccAGNTsS ccSRnnsS ccADMAsS ccJMGRsS   ccPRXAsS
助手作业名     ccSRnnsA        
控制器过程 ccDCR ccACRs ccACRs ccGCRs ccJCRs ccXCRs ccYCRs
服务方过程 ccDSR ccASRs ccASRs ccGSRs ccJSRs   ccYSRs
助手过程     ccAARs        
表 5. 位置服务守护程序的缺省值.

每个 WebSphere Application Server 单元还需要位置服务守护程序,用于给定 z/OS 系统上的单元的所有节点。

Name ND 单元(所有节点) 独立应用程序服务器 管理代理程序 作业管理器 安全代理服务器 安全代理管理代理程序
守护程序作业名 ccDEMN ccDEMNs ccDMNGs ccDMNJs ccDMNXs ccDMNYs
守护程序过程 ccDEMN ccDEMNs ccDMNGs ccDMNJs ccDMNXs ccDMNYs

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



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