[z/OS]

Configurando um Servidor de Aplicativos para Utilizar a Distribuição Uniforme do WLM da Função de Pedidos do HTTP

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

  1. No console administrativo, configure a propriedade WLMStatefulSession como true.
    1. Expanda Servidores > Tipos de Servidor e clique em Servidores de aplicativos do WebSphere.
    2. Clique no nome do servidor no qual deseja utilizar a distribuição igual do WLM da função de solicitações de HTTP.
    3. Em Infraestrutura do Servidor, expanda Administração e clique em Serviços da administração.
    4. Em Propriedades Adicionais, clique em Propriedades Personalizadas.
    5. 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.
    6. Clique em Aplicar e, em seguida, execute Salvar para salvar suas alterações na configuração principal.
  2. 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.
    1. Para configurar o número de servidores, clique em Servidores > Tipos de servidor > WebSphere Application Servers server_name Instância do servidor.
    2. Defina os números mínimo e máximo de servidores.
    3. Clique em Salvar e Sincronizar para aplicar as alterações.
  3. 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 ****************************** 
  4. 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.

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



Í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=trun_wlm_sessionplacement
Nome do arquivo: trun_wlm_sessionplacement.html