[AIX Solaris HP-UX Linux Windows][z/OS]

Reequilíbrio da Sessão HTTP

É possível equilibrar dinâmica e ativamente a distribuição de sessões HTTP entre servidores de aplicativos usando o reequilíbrio da sessão HTTP.

O WebSphere Application Server designa sessões HTTP com base na afinidade do servidor de aplicativos. Após uma sessão ser estabelecida em um determinado servidor de aplicativos, os pedidos subsequentes que pertencem à mesma sessão são designados para o servidor de aplicativos que possui afinidade de sessão estabelecida.

As afinidades de sessão fazem com que o carregamento da sessão seja equilibrado para um cluster a longo prazo e, geralmente, quaisquer desequilíbrios que ocorrem têm pouca duração e são toleráveis. No entanto, é possível utilizar o reequilíbrio de sessão para ajudar alguns dos desequilíbrios de prazo menor que podem ocorrer, sem modificar os benefícios em desempenho das afinidades de sessão.

O Intelligent Management usa o reequilíbrio da sessão para expedir o equilíbrio de sessões através de um cluster. É possível utilizar o reequilíbrio de sessão se for utilizar sessões distribuídas e rastrear suas sessões com cookies. Por padrão, os servidores de aplicativos do Intelligent Management são configurados com o Rastreamento de Sessão ativado usando cookies, mas sem sessões distribuídas.

As etapas usadas para configurar servidores em clusters estáticos podem ser usadas também para servidores em clusters dinâmicos. Se você estiver configurando clusters dinâmicos, deixe o cluster dinâmicos no modo manual inicialmente, para que os servidores no cluster não sejam iniciados automaticamente. Depois de alterar as configurações de ambiente distribuído de todos os servidores no cluster, comute o cluster dinâmico para o modo automático. Se você não comutar os modos, precisará parar e reiniciar os servidores que já estejam iniciados no cluster dinâmico para efetivar as alterações das configurações de ambiente distribuído.

Quando um novo servidor fica disponível em um cluster dinâmico, ele não tem nenhuma sessão HTTP designada. No entanto, os servidores existentes no cluster dinâmico têm sessões com afinidade designada.

O objetivo do reequilíbrio de sessão é redesignar sessões para que o número de sessões que estão em execução em cada servidor no cluster dinâmico seja proporcional ao peso designado dos servidores. O DWLM (Dynamic Workload Manager) desempenha a função de reequilíbrio de sessão. O DWLM decide quantas sessões mover e onde mover as sessões com base nas informações sobre o cluster dinâmico inteiro. O componente DWLM é fatorado no local da sessão e pode iniciar movimentações de sessão, além de alterar o peso em servidores específicos. Todos os eventos que o DWLM monitora podem iniciar as movimentações, como novos servidores iniciando ou servidores sobrecarregados.

O DWLM frequentemente seleciona uma distribuição desigual de pesos de roteamento. Essa abordagem é permitida porque o principal objetivo do DWLM é equalizar os tempos de serviço. Um objetivo do DWLM é secundário para igualar os pesos de roteamento sempre que possível sem redução significativa do objetivo principal de equalizar os tempos de serviço.

Se estiver utilizando sessões que são mantidas por regravação de URL (Localizador Uniforme de Recursos) ou IDs de SSL (Secure Sockets Layer), nenhum reequilíbrio é executado. O reequilíbrio também não é executado em pedidos HTTP POST. As sessões não serão reequilibradas se a sessão for acessada emitindo o pedido HTTP diretamente para a porta HTTP do servidor de aplicativos, ignorando o On Demand Router. O contador PMI para sessões de memória reflete as sessões em movimento. Especificamente, o contador PMI diminui em servidores existentes conforme as sessões se movem e aumenta nos novos servidores que são iniciados recentemente. No entanto, as novas sessões têm sua carga equilibrada através de qualquer um dos servidores no cluster. Para obter mais informações, leia sobre a análise de dados PMI e as boas práticas para uso de sessões HTTP.

A solicitação de rebalanceador de sessão e filtros de resposta em ODR controlam quais sessões estão sendo enviadas a quais servidores, para obter uma contagem de sessões ativas. Utilizando informações do DWLM (Dynamic Workload Manager) para cada cluster dinâmico, o ODR também rastreia o número de sessões que estão sendo enviadas a cada servidor, posicionando os servidores no cluster dinâmico. Essa posição é utilizada para determinar quantas sessões mover entre os servidores. As configurações padrão variam, dependendo do tipo de cluster dinâmico que está sendo utilizado:
  • Para clusters dinâmicos feitos de servidores de aplicativos do WebSphere Application Server, a configuração de sessão distribuída é detectada. As sessões são reequilibradas automaticamente, a não ser que o reequilíbrio de sessão seja desativado pela configuração da propriedade customizada HttpSessionRebalanceOff como true.
  • Para clusters dinâmicos que possuem outros tipos de servidores, o tempo de execução não pode detectar se o servidor está utilizando sessões distribuídas. O reequilíbrio de sessão é desativado por padrão. é possível configurar a propriedade customizada HttpSessionRebalanceOff como false no cluster dinâmico para ativar o rebalanceamento de sessão.
balanceamento de sessão HTTP é suportado quando você está usando o suporte de sessão HTTP baseada em eXtreme Scale em vez do gerenciamento de sessão normal do WebSphere Application Server.

Configuração do Rebalanceador de Sessão

Você pode ativar ou desativar o reequilíbrio de sessão ajustando a propriedade customizada HttpSessionRebalanceOff no cluster dinâmico no console administrativo.

Configure a propriedade customizada do cluster dinâmico HttpSessionRebalanceOff para true para desativar explicitamente o rebalanceamento de sessão de um cluster. O valor padrão dessa propriedade customizada é false para o cluster dinâmico WebSphere Application Server. Se a replicação de sessão estiver ativada para um cluster dinâmico e a propriedade customizada HttpSessionRebalanceOff estiver configurada para false, o ODR executará o rebalanceamento de sessão. O rebalanceamento de sessão poderá ser desligado ao configurar essa propriedade customizada para true. Ao usar o rebalanceamento de sessão, assegure-se de que NoAffinitySwitchBack=true esteja configurado em todos os membros de cluster dinâmico. Para obter informações adicionais, leia sobre as propriedades customizadas de gerenciamento de sessões.

Para ativar o reequilíbrio de sessão nos outros tipos de servidores de middleware e servidores eXtreme Scale, você deve configurar a propriedade customizada HttpSessionRebalanceOff como false para o cluster dinâmico. O reequilíbrio de sessão é ativado automaticamente para clusters dinâmicos que possuem servidores de aplicativos. Configure a propriedade customizada no cluster dinâmico específico.

Cenário de Rebalanceamento do Intelligent Management

O exemplo a seguir ilustra o rebalanceamento de sessão em um ambiente Intelligent Management. Neste exemplo, clusters dinâmicos existem na configuração. O servidor executa rebalanceamento de sessão enviando informações do DWLM para o ODR. O ODR roteia dinamicamente as sessões HTTP para o servidor apropriado.

Figura 1. Rebalanceamento de Sessão HTTP noIntelligent Management
Cenário de rebalanceamento

Recomendação para distribuição de Sessão com gravações baseadas no tempo

Nota: Ao usar a distribuição de sessão, com gravação baseada no tempo, recomenda-se o uso de intervalos de gravação bem baixos. Os intervalos de gravação baixos minimizam a probabilidade de um "buraco" ou diferença" que pode ocorrer quando um rebalanceamento ocorre entre as gravações da sessão. Um rebalanceamento nesse cenário fará com que a resposta para o usuário final apareça como se a sessão tivesse expirado. Como alternativa, a opção de gravações Término do Método de Serviço de Servlet pode ser empregada para eliminar a vulnerabilidade que existe com qualquer intervalo de gravação baseado no tempo, embora Término do Método de Serviço de Servlet incorra em uma penalidade de desempenho. Os intervalos de gravação baixos inibem essa condição.

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