Configurando seu servidor de aplicativos para utilizar a distribuição uniforme do WLM da função de pedidos HTTP, os objetos de sessão HTTP podem ser distribuídos uniformemente
pelo WLM (Workload Management) para os servidores em sua configuração. É possível utilizar
esta tarefa para distribuir objetos de sessão HTTP em forma de rodízio entre
vários servidores em vez da situação normal em que existe uma afinidade de servidor
e os objetos de sessão HTTP residem em um ou dois servidores.
Antes de Iniciar
Seu servidor de aplicativos deve estar em execução em um sistema z/OS que esteja na Versão 1.4 ou posterior. Como você está distribuindo pedidos HTTP entre
vários servidores nesta tarefa, também deverá ter vários servidor ativados
para utilizar esta função. Consulte o tópico sobre a ativação de múltiplos servidores em z/OS para obter informações adicionais.
Sobre Esta Tarefa
Utilize esta tarefa se seu servidor de aplicativos estiver tendo problemas
com a estratégia de distribuição de carga de trabalho padrão. A estratégia de distribuição de carga de trabalho padrão utiliza um servidor automático para execução de pedidos que criam objetos de sessão HTTP. Considere configurar o produto e o z/OS Workload Manager para distribuir seus
objetos de sessão HTTP de um modo round-robin nas seguintes condições:
- Objetos de sessão HTTP da memória são utilizados, causando afinidades de despacho.
- As sessões HTTP na memória duram por muitas horas ou dias.
- Um grande número de clientes com objetos de sessão HTTP devem ser mantidos na memória.
- A perda de um objeto de sessão é disruptiva para o cliente ou o servidor.
- Há um grande período de tempo entre os pedidos que criam sessões HTTP.
Para obter mais conhecimento sobre quando usar essa tarefa, consulte as informações
sobre distribuição uniforme do WLM de pedidos de HTTP.
Procedimento
- No console administrativo, configure a propriedade WLMStatefulSession
como true.
- Expanda e clique em Servidores de aplicativos do WebSphere.
- Clique no nome do servidor no qual deseja utilizar a distribuição igual do WLM da função de solicitações de HTTP.
- Em Infraestrutura do Servidor, expanda Administração e clique em
Serviços da administração.
- Em Propriedades Adicionais, clique em Propriedades Personalizadas.
- Clique em WLMStatefulSession e altere o valor no campo
Valor para true se estiver configurado atualmente como
false. Se a propriedade customizada não existir, clique em Nova,
inclua WLMStatefulSession no campo Nome e inclua true no campo Valor.
- Clique em Aplicar e, em seguida, execute Salvar para salvar
suas alterações na configuração principal.
- Defina os números mínimo e máximo ideais de servidores para
a carga de trabalho. Defina os números mínimo e máximo de servidores para
manipular o número esperado de sessões HTTP com afinidade.
O número mínimo
de servidores deve ser maior do que um. Se, por exemplo,
você esperar que 15.000 objetos de sessão HTTP sejam estabelecidos no servidor
durante o dia, poderá definir o número mínimo de servidores para algum valor maior que um. O mínimo de servidores depende do tamanho e do número
de objetos de sessão HTTP. No entanto, a taxa inicial de chegada de pedidos de clientes
que estabelecem a afinidade, a frequência da interação do cliente, a duração de cada
interação do cliente (tempo de CPU e tempo de ocupação de encadeamento) e a duração
do tempo que o objeto de sessão HTTP é mantido também precisam ser consideradas ao
estabelecer o valor mínimo para o número de servidores.
- Para configurar o número de servidores, clique em server_name .
- Defina os números mínimo e máximo de servidores.
- Clique em Salvar e Sincronizar para aplicar as alterações.
- Se você usar um arquivo de mapeamento de classificação de um documento de
classificação de carga de trabalho comum e especificar mais de uma classe de transação em
uma regra de mapeamento para o suporte de round-robin gerenciado fornecido pelo produto,
será necessário remover esta seção de seu arquivo de mapeamento de classificação. Você deve utilizar o documento de classificação de
carga de trabalho comum e vez de um arquivo de mapeamento de classificação
porque o suporte para o arquivo de mapeamento de classificação foi reprovado. No entanto, se você utilizar um arquivo de mapeamento de classificação e esse
arquivo contiver uma linha semelhante à seguinte:
TransClassMap *:8080 /Dynacache1Web1/Servlet1 TCLASS1 TCLASS2 TCLASS3
Modifique essa linha de modo que especifique apenas uma classe de
transação: Por exemplo, você pode alterar a
linha anterior à seguinte linha:TransClassMap *:8080 /Dynacache1Web1/Servlet1 TCLASS1
Deve-se também atualizar a política do gerenciador de carga de trabalho do z/OS
para remover as classes de serviço que são necessárias apenas se você desejar
usar o suporte de round-robin gerenciado que o produto fornece. A seguir está um exemplo de como remover
as classes de serviço extras: Tipo de Subsistema Xref Notas Opções Ajuda
--------------------------------------------------------------------------
Modificar Regras para o Tipo de Subsistema Linha 9 a 16 de 16
Command ===> ____________________________________________ SCROLL ===> CSR
Subsystem Type . : CB Envolver nomes de qualificadores? Y (Y or N)
Descrição . . . Pedidos do Component Broker
Códigos de ação: D=Depois C=Copiar M=Mover I=Inserir regra
A=Antes E=Excluir linha R=Repetir IS=Inserir subregra
More ===>
--------Qualifier-------- -------Class--------
Action Type Name Start Service Report
DEFAULTS: AZAMS1 RBBDEFLT
____ 1 CN AZSR01 ___ AZAMS1 RAZAMS1
____ 2 TC TCLASS1 ___ AZAMS1 RAZAMS1
_d__ 2 TC TCLASS2 ___ AZAMS2 RAZAMS1
_d__ 2 TC TCLASS3 ___ AZAMS3 RAZAMS1
____ 1 CN AZSR02 ___ AZAMS2 RAZAMS2
____ 1 CN AZSR02 ___ AZAMS3 RAZAMS3
****************************** FIM DOS DADOS ******************************
- Reinicie o servidor. O servidor reconhece a
propriedade WLMStatefulSession depois que ela é reiniciada.
Resultados
O servidor de aplicativos utiliza a função de distribuição uniforme do WLM de pedidos
HTTP para manipular sua carga de trabalho, em vez de mostrar afinidade com um determinado servidor.
O que Fazer Depois
Consulte o tópico sobre como detectar e manipular problemas com componentes de tempo de execução para obter informações sobre como manipular problemas com clusters de servidor e cargas de trabalho.