Terminologia do WebSphere Application Server for z/OS

Familiarize-se com a terminologia do z/OS que é necessária ao usar o WebSphere Application Server for z/OS.

No WebSphere Application Server for z/OS, o componente funcional no qual os aplicativos são executados é um servidor. O seguinte diagrama mostra um servidor z/OS executando dois aplicativos J2EE:

Construção do Servidor

Os servidores englobam espaços de endereço que executam código. Um servidor z/OS tem dois tipos de espaços de endereço: controladores e serventes:
  • Um controlador executa programas autorizados do sistema e gerencia tarefas, como comunicação, para o servidor. Cada servidor possui um controlador que é iniciado com um procedimento de início de JCL ao digitar o comando de início apropriado no console do MVS.
  • Um servente é o espaço de endereço no qual a Java Virtual Machine (JVM) reside. Um servente executa programas não autorizados, como aplicativos de negócios. Um servidor pode ter um ou mais serventes executando por vez, dependendo da carga de trabalho. Quando o trabalho é criado, o Work Load Manager (WLM) inicia dinamicamente serventes adicionais para atender à demanda.
    Nota: O adjunto da região de controle (não mostrado no diagrama) é um servente especializado que faz interface com os barramentos de integração de serviço para fornecer serviços do sistema de mensagens.

Os seguintes tipos de servidores podem estar presentes em um sistema z/OS:

Servidor de aplicativos não gerenciado (independente)
Este servidor de aplicativos é configurado durante a configuração independente para hospedar seus aplicativos J2EE.
Servidor de aplicativos gerenciado (Network Deployment)
Este servidor de aplicativos é configurado durante a configuração do Network Deployment para hospedar seus aplicativos J2EE.
Daemon do serviço de localização
Este servidor é o ponto inicial de contato para pedidos de clientes na configuração do Network Deployment ou independente. O daemon de serviço de localização é um servidor especializado que não tem serventes.
Servidor JMS
Este servidor hospeda a função JMS no WebSphere Application Server for z/OS, que controla o MQ broker e o gerenciador de filas na configuração do Network Deployment ou independente. O servidor JMS não existe mais como nas versões anteriores do WebSphere Application Server for z/OS. Sua função foi substituída pelos barramentos de integração de serviços.
Deployment Manager
Este é um servidor de aplicativos especializado que hospeda o aplicativo de console administrativo (ele hospeda apenas aplicativos administrativos) e fornece função administrativa de nível de célula em uma configuração do Network Deployment. O aplicativo do console administrativo administra os servidores (agrupados em nós) em vários sistemas diferentes. O gerenciador de implementação é o único ocupante de seu próprio nó. Ele não precisa de um agente de nó, pois não há servidores de aplicativos no nó e uma célula pode ter apenas um gerenciador de implementação.
Nota: A versão do aplicativo de console administrativo que é executada no gerenciador de implementação é designada para gerenciar ambiente com vários nós, considerando que a versão do aplicativo de console administrativo executada no servidor de aplicativos independente destina-se apenas a ambiente de nós.
Agente do nó
Um agente de nó fornece função administrativa de nível de nó em uma configuração do Network Deployment. O agente de nó é um servidor especializado que não possui serventes.
Um nó pode conter servidores que fazem parte de um cluster. O cluster poderá distribuir nós se todos os nós envolvidos estiverem na mesma célula.
Cluster
Um cluster é um agrupamento lógico de servidores configurados de forma semelhante.

Os clusters existem para promover escalabilidade e disponibilidade. O balanceamento de carga de trabalho ocorre entre os servidores em um cluster. Eles permitem o particionamento de cargas de trabalho em servidores separados enquanto continuam a referenciá-los como unidades individuais. A realização de cluster é feita normalmente para uma célula com vários nós, em que cada nó é configurado em um sistema separado e o cluster possui um membro (servidor) em cada nó. Os pedidos do cliente são distribuídos entre os membros do cluster com base nas decisões do gerenciador de carga de trabalho.

Nota: Se você pretende que seu cluster distribua vários sistemas em um sysplex, pode precisar configurar um HFS compartilhado.
Um nó é uma coleta lógica de servidores em um determinado sistema z/OS.
  • Um nó pertence a uma célula. A célula à qual um nó pertence pode estender-se por vários sistemas, mas o nó deve permanecer em um único sistema z/OS.
  • Um sistema z/OS pode conter vários nós do WebSphere Application Server for z/OS que pertencem a células iguais ou diferentes.
Célula
Uma célula é uma coleta lógica de nós do WebSphere Application Server for z/OS que são administrados juntos. A célula é a maior unidade da organização.
  • Os nós que compõem uma célula podem residir em sistemas no mesmo sysplex, em sysplexes diferentes, no mesmo monoplex do z/OS ou em sistemas completamente diferentes. Uma célula que consiste de nós em sistemas ou sysplexes diferentes é chamada de célula heterogênea.
  • Umz/OS sysplex ou monoplex pode conter várias células do WebSphere Application Server for z/OS.
  • Células diferentes podem ter nós nos mesmos sistemas, embora um determinado nó possa ser membro apenas de uma célula.
  • Há dois tipos de células do WebSphere Application Server for z/OS:

    - Uma célula independente consiste de um único nó. Devido a restrições administrativas, esse nó deve ter apenas um único servidor de aplicativos nele.

    - Uma célula do Network Deployment consiste de um nó do gerenciador de implementação, que é responsável pelas tarefas administrativas da célula, e alguns nós associados. Cada nó associado contém um agente de nó, que lida com a comunicação com o gerenciador de implementação da célula, e alguns servidores de aplicativos.

Agente administrativo
Um agente administrativo fornece uma única interface para administrar vários nós não federados do WebSphere Application Server for z/OS em ambientes como desenvolvimento, teste de unidade ou na parte de um server farm que reside em uma única máquina.
Todos os elementos da configuração (servidores, clusters, nós e células) possuem os dois nomes, longo e abreviado:
Nome do servidor
Este é o nome longo usado no caminho HFS e o nome principal pelo qual o servidor é conhecido pelo WebSphere Application Server for z/OS. É utilizado para identificar o servidor por meio do Administrative Console e scripts. Este nome é composto por letras maiúsculas e minúsculas e tem mais de 8 caracteres.
Nome abreviado do servidor
Este é o alias nativo específico da plataforma e o nome principal pelo qual o servidor é conhecido pelo z/OS. Ele é usado para identificar o servidor para recursos z/OS subjacentes, como o servidor de segurança, o Job Entry Subsystem (JES), o WLM e o Application Response Management (ARM). Por exemplo, o nome abreviado do servidor é utilizado como o JOBNAME do MVS.
Nome Abreviado do Cluster
Ele é usado como o nome do ambiente de aplicativo WLM.

O seguinte diagrama ilustra a interação entre servidores, clusters, nós e células. Ele mostra várias configurações que podem ser configuradas em um sysplex do Network Deployment:

Configurações do WebSphere Application Server for z/OS
As células 1 e 3 ilustram as células de configuração do Network Deployment. A célula 2 é uma célula de configuração independente.

Designações de nós podem variar de acordo com seus requisitos. O nó do gerenciador de implementação pode existir em um sistema, enquanto outros nós que foram associados ao gerenciador de implementação podem existir sistemas diferentes. Essa célula configurada que engloba máquinas ou sistemas operacionais diferentes é chamada de célula heterogênea e expande as possíveis topologias que podem ser consideradas para a implementação da sua rede.


Ícone que indica o tipo de tópico Tópico de Conceito



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=cins_termconfig
Nome do arquivo: cins_termconfig.html