[z/OS]

Classificações do WLM para o Controlador e o Servant

Os aplicativos são implementados em um servidor ou um cluster de servidores. Cada servidor consiste em um controlador e um ou mais servidores. Cada controlador é iniciado pelo gerenciador de implementação ou por um comando do operador MVS como tarefas iniciadas pelo MVS. Cada servidor é iniciado pelo Workload Manager (WLM), conforme for necessário.

É possível utilizar classes de transações para classificar a carga de trabalho do cliente para WLM. A classificação de transações pode se basear nos seguintes critérios de classificação WLM:
  • Nome do servidor (CN) – se o servidor estiver armazenado em cluster, esse valor será o nome abreviado do cluster; se o servidor não estiver armazenado em cluster, esse valor será o valor especificado na propriedade customizada do servidor, ClusterTransitionName.
  • O nome da SI (instância do servidor) – esse é o nome abreviado do servidor. Isso geralmente não é muito útil, pois não é possível controlar a instância do servidor que é executada em uma transação dentro de um cluster.
  • O ID do Usuário designado à TC (classe de transações) da transação (UI) - utilize o arquivo de mapeamento da classe de transações para o servidor para designar esse ID a uma transação
.

Classificação do Controlador

Você deve classificar os controladores no SYSSTC ou dar a eles uma finalidade de alta importância e velocidade, pois os controladores executam parte do processamento necessário para receber o trabalho no sistema, gerenciam a rotina de tratamento do transporte HTTP, classificam o trabalho e executam outras tarefas de manutenção,

Importante: Uma etapa nos procedimentos de inicialização do controlador, como BBO7ACR, chama o programa BPXBATCH para verificar os níveis de serviço entregues, aplicados e pendentes, e registrar os resultados no arquivo /properties/service/logs/applyPTF.log. Como o programa BPXBATCH é classificado de acordo com as regras de OMVS, ao invés de herdar a classificação de serviço do procedimento de inicialização, em um sistema ocupado vários minutos podem passar antes do BPXBATA2 assumir o controle. Você pode minimizar o impacto da etapa BPXBATCH alterando as Regras de Classificação da Carga de Trabalho WLM para que o OMVS funcione para um objetivo de serviço maior. No exemplo a seguir, o trabalho do OMVS é designado a uma classe de serviço EBIZ_HI, que tem uma importância igual a 1 e uma Velocidade igual a 50.
Subsystem Type . : OMVS
Descrição  . . . Regra de Classificação E_Biz
--------Qualifier------ -------Class--------
Action    Type     Name     Start             Service     Report
DEFAULTS: EBIZ_DEF ________
____ 1 TN FTPSERVE ___ EBIZ_HI ________
____ 1 UI OMVSKERN ___ SYSSTC ________
____ 1 TN WSSRV* ___ EBIZ_HI RPTACR <<==

Classificação de servidor

Quando uma região do servidor é iniciada, o WLM classifica a região do servidor como uma tarefa iniciada e a coloca em uma classe de serviço e uma classe de relatório baseada nas regras de classificação que são especificadas na política do WLM. O WLM utiliza essa classe de serviço para determinar a prioridade do espaço de endereços. A prioridade de um espaço de endereço determina seu acesso aos recursos do sistema durante a inicialização da região do servidor.

Cada pedido de trabalho que a região do controlador recebe é associada a um enclave do WLM. Cada um desses enclaves é associado a uma classe de serviço e uma classe de relatório do WLM. Quando o WLM distribui os pedidos de trabalho da região do controlador para as diversas regiões de servidor, ele tenta manter todos os pedidos de trabalho que estão associados à mesma classe de serviço juntos. Esse agrupamento de pedidos significa que os pedidos de trabalho processados por uma determinada região de servidores estão associados aos enclaves que estão geralmente associados à mesma classe de serviço. Se todos os enclaves estiverem associados à mesma classe de serviço, pode-se dizer que a região de servidores está associada a essa classe de serviço.

Depois que a região de servidores for inicializada e começar a receber pedidos de trabalho, todos os encadeamentos dispatch e não dispatch, tais como os encadeamentos Java Garbage Collection (GC), serão gerenciados de acordo com os objetivos que estão associados à classe de serviço WLM dos enclaves associados aos pedidos de trabalho que estão em execução no servidor.

Todos os recursos que os encadeamentos dispatch consomem enquanto um enclave está associado a esses encadeamentos são relatados na classe de relatório associada ao enclave. Todos os recursos que os encadeamentos que não estão associados a um enclave consomem são relatados na classe de relatório com a tarefa iniciada da região do servidor.

Boas Práticas Boas Práticas: Você deve assegurar-se de que a classificação do servidor não seja mais alta na hierarquia da classe de serviço do que o trabalho mais importante, como o controlador e o CICS, ou os servidores de transações IMS.bprac

Regras de Classificação do WLM para o Trabalho do Tipo STC

Segue um exemplo simples das Regras de Classificação do WLM para o trabalho do tipo STC que abrange o controlador e as tarefas iniciadas pelo servidor:
          --------Qualifier--------           -------Class--------
Action    Type     Name     Start             Service     Report  
                                    DEFAULTS: OPS_DEF     ________
_____  1  TN      %%DMN    ___                OPS_HIGH    RWSDMN
_____  1  TN      T5SRV*   ___                OPS_MED     RT5SRV
_____  1  TN      WS%%%%   ___                SYSSTC      RWSCTLR
_____  1  TN      WS%%%%S  ___                OPS_HIGH    RWSSRVR

Ícone que indica o tipo de tópico Tópico de Referência



Í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-mp&topic=rweb_classervers
Nome do arquivo: rweb_classervers.html