![[z/OS]](../images/ngzos.gif)
Gerenciamento de Espaço de Endereçamento para Pedidos de Trabalho
O produto propaga o contexto de desempenho dos pedidos de trabalho utilizando enclaves de gerenciamento de carga de trabalho (WLM). Cada transação possui seu próprio enclave e é gerenciada de acordo com sua classe de serviço.
O controlador de um servidor, cujo gerenciamento de carga de trabalho é exibido como um gerenciador de fila, utiliza o enclave associado a um pedido de cliente para gerenciar a prioridade do trabalho. Se a prioridade do trabalho for alta, o gerenciamento da carga de trabalho poderá direcionar o trabalho para um servant de alta prioridade no servidor. Se a prioridade for baixa, o gerenciamento da carga de trabalho poderá direcionar o trabalho para um servant de baixa prioridade. O efeito é particionar o trabalho de acordo com a prioridade dentro do mesmo servidor.

- O produto utiliza seu próprio conjunto de regras para criar um enclave para um pedido do cliente da rede.
- Alguns subsistemas, como o IBM® HTTP Server, criam enclaves e os transmitem ao servidor de aplicativos, que, por sua vez, passa os enclaves adiante.
- O produto trata tarefas em lote como se fossem clientes remotos.
Para comunicar o contexto de desempenho para o gerenciamento da carga de trabalho, você deve classificar as cargas de trabalho no sistema de acordo com os qualificadores de trabalho a seguir.
Abreviação do qualificador de trabalho | Qualificador de trabalho | Entidade de produto correspondente |
---|---|---|
CN | Nome da coleta | Nome do Cluster |
UI | Id do usuário | ID do usuário com o qual o trabalho está sendo executado |
Para obter mais informações sobre regras de classificação e qualificadores de carga de trabalho, consulte o tópico Classificando a Carga de Trabalho do z/OS e a publicação do z/OS z/OS MVS Planning: Workload Management.
Além das cargas de trabalho do cliente, você deve considerar o desempenho dos servidores de tempo de execução do produto e dos servidores de aplicativos de negócios. Em geral, os controladores do servidor agem como roteadores de trabalho, portanto, eles devem ter alta prioridade. Como o gerenciamento da carga de trabalho inicia e pára os servants dinamicamente, os servants também precisam de alta prioridade para serem inicializados rapidamente. Depois que os servants são inicializados, eles executam o trabalho de acordo com a prioridade do enclave do cliente, portanto, a prioridade atribuída ao servant não tem significado após a inicialização.
Resumindo, utilize a seguinte tabela para definir os objetivos de desempenho de cada classe:
Se você estiver classificando o ... | ... designe-o a: | Explicação |
---|---|---|
Daemon do serviço de localização | SYSSTC ou uma alta velocidade, STC de alta importância | Ele é tratado pelo sistema como uma tarefa iniciada e deve rotear pedidos de trabalho rapidamente. |
Controlador | SYSSTC ou uma alta velocidade, STC de alta importância | Um controlador deve rotear trabalho rapidamente, mas a prioridade do servidor de aplicativos de negócios deve ser equilibrada com outro trabalho no sistema. |
Servant | Um STC de velocidade e importância mais baixa do que o controlador | O servidor deve ter designado um objetivo inferior que o controlador porque o servidor é menos importante que o
controlador. ![]() |
Ambiente de aplicativos | Utilize as regras de classificação do CB, o objetivo de tempo de resposta de porcentagem, por exemplo 80% de transações concluídas em 0,25 segundos. | |
Aplicativos clientes | Assumindo um aplicativo de execução longa, deve ser utilizado um objetivo de velocidade que seja relativo a outro trabalho no sistema. |