Convenio de denominación estándar para z/OS

En WebSphere Application Server for z/OS, las células y los nodos se crean utilizando los trabajos de personalización que se crean utilizando la Herramienta de gestión de perfiles o el mandato zpmt. Cuando utilice la Herramienta de gestión de perfiles para crear estos trabajos de personalización, la mayoría de los campos se han establecido con anterioridad con los valores predeterminados. Los valores predeterminados utilizados que siguen el convenio de denominación estándar si durante la identificador se especifican valores de identificador de uno o dos caracteres de célula, clúster y sistema.

El convenio de denominación estándar es idóneo tanto para un uso inicial, como para un uso de producción, y le permite crear grupos de células y servidores con cada grupo que comparta un conjunto común de ID de usuario y nombres de grupo. Un grupo de células y servidores se distingue al compartir el mismo identificador de célula.

En qué se diferencia el convenio de denominación estándar del convenio de denominación básico

Mientras que el convenio de denominación básico soporta como máximo una única célula de Network Deployment y un único nodo de servidor de aplicaciones en un sistema z/OS determinado, el convenio de denominación estándar permite la creación de hasta 936 grupos administrativos individuales, cada uno se corresponde a un único identificador de célula de dos caracteres, en un sistema z/OS único. Cada uno de estos grupos administrativos puede incluir lo siguiente:
  • Una célula de Network Deployment
  • Un máximo de 36 nodos de servidor de aplicaciones
  • Agentes administrativos, gestores de trabajos y servidores proxy seguros

Realmente, este grupo administrativo no forma parte de una arquitectura de WebSphere Application Server; simplemente representa el hecho de que en z/OS, un grupo de células puede utilizar un conjunto común de grupos e ID de usuario de SAF que, a su vez, simplifica la configuración de conexiones entre estas células. Por otra parte, el uso de distintos grupos e ID de usuario de SAF para células individuales proporciona una separación administrativa y de ejecución de forma que las células que utilizan distintas identidades SAF pueden interactuar sólo en las forma que especifique, o de ninguna otra forma.

Selección de identificadores de célula, sistema y clúster

Si desea utilizar el convenio de denominación estándar, especifique un identificador de célula, un identificador de sistema y (en algunos casos) un identificador de clúster cuando configure una nueva célula o nodo de WebSphere Application Server utilizando la herramienta de gestión de perfiles.
Identificador de célula
Este valor alfanumérico en mayúsculas de dos caracteres se utiliza para construir los nombres de los ID de usuario y grupos de SAF que se utilizarán para todas las células y todos los servidores que comparten el mismo identificador de célula. Junto con el identificador del sistema, se utiliza para generar nombres de célula, nombres de nodo y otros valores.

Para simplificar la interacción entre dos células, créelas utilizando el mismo identificador de célula. Para minimizar o evitar la interacción entre dos células, créelas utilizando distintos identificadores de célula.

Restricciones:
  • Células de Network Deployment separadas deben tener identificadores de célula individuales.
  • Dado que existen 36 posibles identificadores de sistema (A-Z y 0-9), hasta 36 de cada uno de los otros tipos de células de WebSphere Application Server (gestor de trabajos, agente administrativo y proxy seguro) pueden compartir el mismo identificador de célula siempre y cuando se elija un identificador de sistema distinto que distinga cada célula del resto de células del mismo tipo.
  • Si un servidor de aplicaciones autónomo se va a federar en una célula de Network Deployment, la configuración de la seguridad es considerablemente más sencilla, si el servidor de aplicaciones utiliza los mismos ID de usuario y grupos SAF que la célula de Network Deployment. Si ambos se crean utilizando el convenio de denominación estándar, configúrelos utilizando el mismo identificador de célula.
  • Un agente administrativo se debe ejecutar bajo los mismos grupos SAF que los servidores de aplicaciones autónomos que administra. Configúrelos con el mismo identificador de célula.
Identificador del sistema
Este valor alfanumérico en mayúsculas de un carácter se utiliza para distinguir los nodos de servidor de aplicaciones de una célula de Network Deployment y los distintos tipos de otros servidores entre sí. El nombre procede de la práctica de crear una célula de Network Deployment con un nodo de servidor de aplicaciones en cada sistema z/OS que abarca la célula. Sin embargo, el identificador de un carácter también se puede utilizar para distinguir varios nodos en el mismo sistema z/OS o para identificar varias células de nodo único que tienen el mismo identificador de célula. En estos últimos casos,el identificador de sistema no debe representar un sistema z/OS real.

Para una célula de Network Deployment con un nodo por sistema z/OS, asigne un único carácter alfanumérico a cada sistema z/OS y utilice dicho valor al configurar los nodos de servidor de aplicaciones federados o gestionados en dicho sistema. Para otros tipos de células, puede asignar cualquier convenio que desee para el identificador de sistema, siempre que no haya dos servidores del mismo tipo que compartan un identificador de célula y un identificador de sistema.

Identificador de clúster
Este valor alfanumérico en mayúsculas de dos caracteres se utiliza para distinguir servidores de aplicaciones dentro de un nodo de servidor de aplicaciones. Con objeto de permitir que cualquier servidor de aplicaciones se pueda utilizar como base de un clúster de servidores de aplicaciones, cree cada servidor de aplicaciones no agrupado en clúster en una célula de Network Deployment con su propio identificador de clúster. En el ejemplo situado al final de este artículo, el identificador de clúster se proporciona como un número de dos dígitos para que sea más fácil identificar las partes de cada nombre.

Valores predeterminados para los nombres de célula, nodo y servidor

Una célula de Network Deployment y hasta 36 de cada uno de los otros tipos de célula se pueden configurar con el convenio de denominación estándar bajo un único identificador de célula asignando un identificador de sistema único a cada uno de los otros tipos de célula. En otras palabras, dos servidores de aplicaciones autónomos o dos gestores de trabajos que comparten un identificador de célula común deben tener identificadores de sistema individuales.

Tabla 1. Valores predeterminados para los nombres de célula, nodo y servidor.

Para un identificador de célula aa y un identificador de sistema s, el convenio de denominación estándar asignará los nombres de nodo y célula siguientes:

Name Gestor de despliegue de célula de ND Nodo gestionado de célula de ND Servidor de aplicaciones autónomo Agente administrativo Gestor de trabajos Servidor proxy seguro Agente administrativo de proxy seguro
Nombre de célula aaCELL aaCELL aaBASEs aaADMAs aaJMGRs aaPROXs aaPRXAs
Nombre de nodo aaDMNODE aaNODEs aaNODEs aaADMAs aaJMGRs aaPROXs aaPRXAs

Tenga en cuenta que la célula de Network Deployment tiene un nodo de gestor de despliegue y puede tener un nodo de servidor de aplicaciones (gestionado o federado) para cada identificador de sistema. El nombre de nodo para un servidor de aplicaciones autónomo utiliza el mismo convenio que la célula de Network Deployment, lo que permite una federación fácil. Los otros tipos de servidor utilizan el mismo valor que el nombre de célula y el nombre de nodo, porque ninguno de ellos requiere varios nodos, ni un convenio de denominación elaborado.

Todos los demás nombres utilizados hasta la fecha están en mayúsculas porque son nombres cortos de z/OS como, por ejemplo, el nombre corto de célula y el nombre corto de nodo, que deben estar en mayúsculas. Cada uno de estos valores también tiene un nombre largo en el que aparecen mayúsculas y minúsculas, que es la versión interna de WebSphere Application Server del nombre. Por comodidad, el convenio de denominación estándar utiliza los mismos valores para el nombre largo que para el nombre corto, pero lo cambia a minúsculas.

Los nombres de servidor se construyen a partir del identificador de célula, el identificador de sistema y (en el caso de servidores de aplicaciones) el identificador de clúster. Una célula de Network Deployment sólo puede tener un gestor de despliegue, y cada uno de los otros tipos que no es un servidor de aplicaciones sólo tiene un servidor. Además, a cada servidor se le asigna un nombre corto genérico que se utiliza para identificar el servidor respecto a la gestión de carga de trabajo y también se utiliza como nombre del clúster inicial para los servidores de aplicaciones que se están agrupando en clústeres.

Tabla 2. Valores predeterminados de los nombres de servidor y los nombres abreviados de servidor genérico .

Para el identificador de célula aa, el identificador del sistema s y el identificador del clúster nn, el convenio de denominación estándar asignará los nombres de servidor y los nombres abreviados de servidor genérico siguientes:

Name Gestor de despliegue de célula de ND Servidor de aplicaciones en un autónomo o célula de ND Agente administrativo Gestor de trabajos Servidor proxy seguro Agente administrativo de proxy seguro
Nombre de servidor aaDMGR aaSRnns aaADMAs aaJMGRs aaPROXs aaPRXAs
Nombre genérico aaDMGR aaSRnn aaADMAs aaJMGRs aaPROXs aaPRXAs

Este convenio de denominación de servidor de aplicaciones permite crear servidores adicionales en un nodo de servidor de aplicaciones siguiendo el mismo convenio de denominación y, también, hace que la agrupación en clústeres sea más fácil.

Valores predeterminados para nombres de ID de usuario y grupo SAF

Tabla 3. Valores predeterminados para nombres de ID de usuario y grupo SAF.

Para el identificador de célula cc, se crean los ID de usuario y grupos SAF siguientes durante la personalización:

ccCFG Grupo de configuración

Proporciona los privilegios de administración y servidor

ccSRVG Grupo de sirvientes

Proporciona los privilegios necesarios por las regiones sirvientes

ccGUESTG Grupo de invitado, de usuario local no autenticado

Proporciona privilegios básicos para acceder a la célula, pero nada más

ccACRU ID de usuario de controlador

Tareas iniciadas de controlador, de complemento de la región de control y de daemon

ccASRU ID de usuario de sirviente

Tareas iniciadas de sirviente

ccADMIN ID de usuario administrador

Utilizado para la configuración de célula, en determinadas circunstancias, como un administrador WAS

ccGUEST ID de usuario no autenticado (sólo la seguridad gestionada de z/OS)

Representa un usuario desconocido con finalidades de seguridad

Valores predeterminados para los nombres del sistema de archivos de configuración y los puntos de montaje

Cada célula o nodo gestionado de WebSphere Application Server tiene su propio sistema de archivos de configuración, que puede ser un conjunto de datos HFS o zFS. Cuando los identificadores de célula, sistema y clúster se especifican durante la configuración, a cada sistema de archivos de configuración se le asigna un nombre de conjunto de datos exclusivo:
OMVS.MNT.nombre_abreviado_célula/nombre_abreviado_nodo.HFS	
(para un conjunto de datos HFS) 

OMVS.MNT.nombre_abreviado_célula/nombre_abreviado_nodo.ZFS	
(para un conjunto de datos zFS) 
Puede modificar estos nombres para adaptarse a los convenios locales, pero deje claro qué célula y qué nodo están asociados a cada conjunto de datos. Los puntos de montaje por omisión para estos sistemas de archivos de configuración utilizan los nombres largos de célula y nodo (simplemente las versiones en minúsculas de los nombres largos por omisión) para su legibilidad:
/wasv9config/nombre_largo_célula/nombre_largo_nodo

Se puede cambiar el nombre de los conjuntos de datos, pero los puntos de montaje no se deben modificar después de la personalización inicial, porque se hace referencia a ellos a lo largo de los archivos de configuración Un resultado de esto es que cuando un servidor de aplicaciones autónomo se federa en una célula de Network Deployment, conserva su punto de montaje de configuración original, aunque dicho punto de montaje contenga el nombre de célula antiguo (autónomo). Es posible, que los usuarios que saben que un servidor de aplicaciones autónomo se va a federar en una célula de Network Deployment concreta deseen actualizar manualmente el nombre del conjunto de datos del sistema de archivos de configuración y el punto de montaje durante la creación del servidor de aplicaciones autónomo para reflejar el nombre de célula eventual del nodo.

Valores predeterminados para nombres de trabajo y nombres de procedimiento catalogado

La mayoría de servidores de aplicaciones están formados por un controlador (región de control) y uno o más sirvientes (regiones de servicio). Un servidor de aplicaciones también tiene una región de mensajería denominada complemento de la región de control. El nombre del trabajo de la región de control es el mismo que el nombre corto de servidor. El nombre de trabajo inicial del sirviente está formado por el nombre corto del servidor seguido de una S, mientras que el nombre de trabajo inicial del complemento de la región de control está formado por el nombre corto del servidor seguido de una A. (Éste es el motivo por el cual los nombres cortos de servidor normalmente suelen estar limitados a una longitud de siete caracteres.)

Cada región de control, región de servicio y complemento de la región de control requiere un procedimiento catalogado que apunte al sistema de archivos de configuración del servidor. En la práctica, esto significa que cada nodo tiene sus propios procedimientos catalogados de controlador, sirviente y (en algunos casos) complemento de la región de control; pero los distintos servidores de un nodo de servidor de aplicaciones no necesitan sus propios procedimientos catalogados porque comparten un sistema de archivos de configuración.

Tabla 4. Valores predeterminados para nombres de trabajo y nombres de procedimiento catalogado.

Para el identificador de célula aa y el identificador de sistema s, el convenio de denominación estándar asignará los nombres de trabajo y los nombres de procedimiento catalogado siguientes. En cada caso, el nombre de procedimiento o trabajo del controlador se proporciona en primer lugar y le sigue el nombre del procedimiento o del trabajo para el sirviente y (si está presente) el complemento de la región de control:

Name Gestor de despliegue de célula de ND Nodo de servidor de aplicaciones (agente de nodo en la célula de ND) Nodo de servidor de aplicaciones (servidor de aplicaciones) Agente administrativo Gestor de trabajos Servidor proxy seguro Agente administrativo de proxy seguro
Nombre del trabajo de controlador ccDMGR ccAGNTs ccSRnns ccADMAs ccJMGRs ccPROXs ccPRXAs
Nombre del trabajo de sirviente ccDMGRs ccAGNTsS ccSRnnsS ccADMAsS ccJMGRsS   ccPRXAsS
Nombre del trabajo de complemento     ccSRnnsA        
Procedimiento del controlador ccDCR ccACRs ccACRs ccGCRs ccJCRs ccXCRs ccYCRs
Procedimiento del sirviente ccDSR ccASRs ccASRs ccGSRs ccJSRs   ccYSRs
Procedimiento del complemento     ccAARs        
Tabla 5. Valores predeterminados de daemon de servicio de ubicación .

Cada célula de WebSphere Application Server también requiere un daemon de servicio de ubicación, que se utiliza para todos los nodos de la célula en un sistema z/OS determinado:

Name Célula de ND (todos los nodos) Servidor de aplicaciones autónomo Agente administrativo Gestor de trabajos Servidor proxy seguro Agente administrativo de proxy seguro
Nombre del trabajo del daemon ccDEMN ccDEMNs ccDMNGs ccDMNJs ccDMNXs ccDMNYs
Procedimiento del daemon ccDEMN ccDEMNs ccDMNGs ccDMNJs ccDMNXs ccDMNYs

Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=cins_plannamstand
File name: cins_plannamstand.html