Quando o ODR (On Demand Router) processa
um pedido, ele obtém a política do descritor de afinidade de sessão do cluster
ao qual o servidor pertence. Se você alterou as configurações padrão para todos os servidores de middleware, poderá precisar atualizar as propriedades do descritor de middleware, para que o ODR obtenha a política do descritor. Na maioria dos casos, o On Demand Router (ODR) não requer que a configuração suporte a afinidade de sessão de HTTP. No entanto, existem alguns casos especiais em que você deve configurar o ODR para aprender sobre os servidores de backup que os servidores de backend podem estar configurando no cookie da afinidade de sessão.
Antes de Iniciar
Os servidores em sua configuração deverão estar em um cluster
genérico de servidores ou em um cluster dinâmico. É possível utilizar a afinidade de sessão HTTP passiva com um cluster estático.
Sobre Esta Tarefa
Em ambientes em que o ODR encaminha solicitações para membros de cluster de servidor genérico e servidores não federados do WebSphere Application Server, um conjunto de propriedades deve ser configurado para que o ODR preserve corretamente a afinidade de sessão. A afinidade de sessão HTTP passiva significa que o ODR transmite o cookie de sessão definido pelo servidor backend por meio do cliente, em oposição a configuração do cookie WSJSESSIONID realizada pelo ODR. A afinidade de sessão HTTP passiva é usada nas seguintes situações: - Quando o ODR é roteado para servidores que não estão executando produtos de middleware do WebSphere Application Server.
- Quando o ODR é roteado para servidores de aplicativos do WebSphere Application Server que estão em diferentes grupos principais que não estão conectados pela ponte do grupo principal.
- Quando o aplicativo usa a afinidade de sessão de HTTP do Java™ Platform,
Enterprise Edition (Java EE) que não é padrão. Por exemplo, o nome do cookie do ID da sessão do aplicativo é algo diferente de JSESSIONID
Procedimento
- Se algum dos valores padrão para o servidor tiver mudado, modifique o descritor de afinidade da sessão. No console administrativo,
clique em .
- Defina as propriedades do descritor de afinidade de sessão. Modifique
os valores para qualquer um dos seguintes campos que se aplicam:
- Aprender IDs de Clone
- Nomes de Cookie
- Regravação de URL
- Separador do ID do clone
- Separador Alternativo de ID de Clone
- Modo de Afinidade
Configure o valor do campo Aprenda IDs clone para verdadeiro para que o ODR analise os IDs clone do cookie de resposta sejam enviados de volta para o cliente. Como o ODR reconhece o servidor que envia a resposta de volta nesse ponto, o ID clone analisado estará associado ao servidor. Portanto, solicitações futuras serão correspondidas no conjunto conhecido de IDs clone para manter a afinidade de sessão em outros ambientes de servidor de middleware.
Configure o campo Aprenda IDs clone como verdadeiro quando o ODR não tiver uma configuração on demand do servidor. Observe que o ODR pode apenas analisar o cookie de resposta se o ID de sessão for em um formato JSESSIONID que o ODR entenda.
O campo Nomes do cookie indica qual cabeçalho de resposta contém as informações de ID de sessão e deve ser analisado para determinar o ID clone. O campo Separador de ID clone indica em qual parte do cookie de sessão o campo ID clone inicia. Os campos Nomes do cookie e Separador de ID clone também são utilizadas pelo ODR para analisar os IDs clone a partir do cookie de solicitação para impingir a afinidade de sessão.
Nos casos em que não houver informações de configuração on demand para servidores, como servidores que são membros de clusters de servidor genérico, defina o campo Aprenda IDs clone para verdadeiro para que o ODR analise o ID de sessão para o ID clone. Se o ID de sessão na resposta não estiver no formato JSESSIONID, será necessário definir o modo de afinidade para afinidade Ativa [-condicional]. Nesse caso, o ODR designará internamente um ID clone, o qual é definido no cabeçalho WSJSESSIONID, para cada servidor de aplicativos de backend. Como resultado, o ODR mantém a afinidade de sessão ao operar com ambientes backend que não podem gerar IDs de sessão no formato JSESSIONID. Afinidade ativa significa que o ODR sempre configura um cookie WSJSESSIONID com o ID clone do servidor backend que está enviando a resposta. Afinidade Ativa-condicional significa que o ODR define apenas o cookie WSJSESSIONID se ele reconhecer o cabeçalho Definir-Cookie na resposta.
Nos WebSphere Application Server ambientes em que os IDs clone estão disponíveis para o ODR como configuração on demand, a informação de ID clone nunca será aprendida ao configurar o campo Aprenda IDs clone como verdadeiro. Os IDs de clone estarão
disponíveis para o ODR por meio da configuração on demand se o ODR estiver no mesmo grupo principal que
os servidores de aplicativos, se o ODR estiver em um grupo principal diferente, mas os grupos principais estiverem vinculados, ou
se o bulletin board service overlay network (BBSON) estiver ativado. BBSON está ativado por padrão.
Resultados
Quando o ODR processa um pedido, ele obtém a política do descritor de
afinidade de sessão que está configurada do cluster ao qual o servidor pertence. O método com o qual a identificação do clone do servidor é obtida depende dos valores
de propriedade dos atributos da política.