Convenções de Nomenclatura do Servidor de Aplicativos z/OS
Há vários nomes que você deve especificar durante a configuração do WebSphere Application Server for z/OS. Embora seja possível designar nomes para objetos do WebSphere Application Server for z/OS de modo ad hoc, é mais seguro e eficiente designar nomes de forma comum.
Nomes Longos e Nomes Abreviados
- Nomes longos são os nomes principais pelos quais células, nós, servidores e clusters são conhecidos ao WebSphere Application Server for z/OS. Esses são os nomes utilizados em script e no console administrativo. Nomes longos podem ter até 50 caracteres de extensão e incluir caracteres alfabéticos compostos por letras maiúsculas e minúsculas, caracteres numéricos e os seguintes caracteres especiais: ! ^ ( ) _ - . { } [ ]
- Os nomes abreviados são específicos à implementação z/OS do WebSphere Application Server e são os nomes principais pelos quais células, nós, servidores e clusters são conhecidos ao z/OS. Nota: O sistema operacional z/OS tem um limite de oito caracteres em muitos valores de interface do sistema operacional.
Nomes abreviados devem ter de um a oito caracteres de extensão, podem conter apenas caracteres alfabéticos compostos por letras maiúsculas ou caracteres numéricos e não podem começar com um caractere numérico.
Você deve limitar seus nomes abreviados de servidor a sete caracteres para permitir que o tempo de execução inclua um S ou um A em um nome abreviado para designar regiões ou adjuntos serventes. Por exemplo, um nome abreviado de servidor BBOS001 resulta em BBOS001S para regiões serventes e BBOS001A para processos adjuntos da região de controle. Se seus padrões exigem oito caracteres para nomes abreviados de servidor, configure explicitamente os nomes abreviados das regiões adjuntas e serventes.
Sempre que este artigo indicar que dois nomes devem ser iguais ou diferentes, significa que os nomes longos devem ser iguais ou diferentes e que os nomes abreviados também devem ser iguais ou diferentes. Não há nenhuma indicação de que os nomes longo e abreviado sejam relacionados, mas a maioria dos usuários acha conveniente deixá-los idênticos ou pelo menos semelhantes.
Escolhendo um Nome de Célula
Cada célula deve ter um nome de célula que ela não compartilha com nenhuma outra célula no mesmo sistema. Se células em sistemas diferentes se comunicarem umas com as outras, elas não deverão ter o mesmo nome de célula.
Para associar um servidor de aplicativos independente a uma célula do Network Deployment, o nome de célula do servidor independente deverá ser diferente do nome da célula do Network Deployment.
Escolhendo um Nome de Servidor
O nome de servidor identifica um servidor WebSphere Application Server com o nó ao qual ele pertence. Cada servidor deve ter um nome de servidor que ele não compartilha com nenhum outro servidor no mesmo nó. No sistema operacional z/OS, o nome abreviado do servidor também é usado como o nome de tarefa MVS do servidor; e portanto, dois servidores com o mesmo nome abreviado de servidor não podem executar no mesmo sistema z/OS ao mesmo tempo, mesmo que estejam em células diferentes.
- Um servidor de aplicativo independente geralmente tem um servidor de aplicativos único, pois o console administrativo em uma célula do servidor de aplicativo independente pode controlar apenas um único servidor. Se o nó do servidor de aplicativos for registrado com um agente administrativo, no entanto, o agente administrativo poderá ser usado para criar servidores adicionais.
- Uma célula do Network Deployment tem pelo menos um servidor —o gerenciador de implementação em seu próprio nó— e um certo número de servidores de aplicativos adicionais, servidores da Web, servidores proxy e outros tipos de servidores.
- Servidores proxy seguros, agentes administrativos e gerenciadores de tarefa, cada um com um servidor único
Escolhendo Nomes de Cluster e Nomes Abreviados de Servidores Genéricos
O nome de cluster identifica um cluster do WebSphere Application Server — uma coleta de servidores idênticos, potencialmente distribuindo vários nós ou sistemas, que executam os mesmos aplicativos. Os servidores de aplicativos e os servidores proxy podem ser armazenados em cluster. Cada cluster deve ter o nome de cluster que ele não compartilha com nenhum outro cluster na mesma célula.
O nome abreviado de cluster tem uma função especial — é usado para identificar servidores de cluster para o Workload Management Facility (WLM) do z/OS. Até os nós que não foram armazenados em cluster têm um nome abreviado genérico do servidor, também chamado de nome de transição de cluster, que é usado para o mesmo propósito; quando um cluster é criado de um servidor de aplicativos existente, o nome abreviado genérico do servidor se torna o nome do cluster.
Como resultado, dois servidores no mesmo sistema z/OS não devem ter o mesmo nome abreviado genérico de servidor, a menos que estejam no mesmo cluster. Essa regra se aplica aos gerenciadores de implementação, agentes de nó, agentes administrativos e gerenciadores de tarefa, bem como a servidores de aplicativos e servidores proxy.
Convenções de Nomenclatura
Devido ao grande número de nomes a serem escolhidos, juntamente com as exigências de que alguns nomes devem ser iguais ou exclusivos, é útil ter um método padrão para a escolha de nomes que atenda às necessidades de negócios da empresa e aos requisitos de arquitetura do WebSphere Application Server.
- Esta convenção inclui um conjunto de padrões corrigidos que estão em vigor desdesde que o WebSphere
Application Server for z/OS
Versão 4.0 alguns ajustes para permitir novos tipos de servidor na Versão 7.0 e
posterior. Esses padrões destinam-se à introdução ao WebSphere Application Server em z/OS,
e suportam apenas um único servidor de cada tipo em um sistema z/OS específico.
Servidores adicionais exigem que os valores padrão sejam alterados.
Leia Convenção de Nomenclatura Básica z/OS para obter informações adicionais sobre esta convenção de nomenclatura.
- Esta convenção inclui um conjunto de padrões estruturados que usam nomes gerados a partir de células com um ou dois caracteres, de clusters e de identificadores de sistema escolhidos durante a customização. Esses padrões suportam números arbitrários de células, nós e servidores; seu objetivo são os ambientes de produção.
Leia Convenção de Nomenclatura Padrão z/OS para obter informações adicionais sobre esta convenção de nomenclatura.
É possível desenvolver sua própria convenção de nomenclatura, mas leve em conta as considerações discutidas neste artigo e descritas mais detalhadamente nos artigos relacionados às convenções de nomenclatura básica e padrão.