![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Função de Afinidade da Célula
Usando a função de afinidade de célula é possível configurar topologias ODR (On Demand Router) não em ponte para preservar sessões mesmo no caso de interrupções do ODR. Com esta função, é possível configurar a topologia de tal modo que, quando um ODR recebe erroneamente tráfego em sessão, o ODR roteia novamente o tráfego para um ODR em funcionamento na célula original. Dessa forma, é possível configurar um Servidor HTTP IBM® para ser roteado para ODRs em várias células e ainda preservar a afinidade de sessão.
A função de afinidade da célula evita a perda de sessões quando há vários ODRs dentro de várias células não vinculadas, e o Servidor HTTP IBM está configurado como tráfego de sessão de encaminhamento, por meio de balanceamento de carga ou de failover, para mais de um ODR. Por exemplo, em uma configuração de rede onde os ODRs estão situados entre o IBM HTTP Server e os servidores de aplicativos backend, o IBM HTTP Server não pode reconhecer os servidores identificados nos cookies JSESSIONID contidos no tráfego em sessão porque ele está configurado para reconhecer e rotear para os ODRs. Dessa forma, o Servidor HTTP IBM geralmente seleciona diferentes ODRs e distribui os pedidos de sessão. Se o IBM HTTP Server selecionar um roteador dentro da mesma célula do servidor de aplicativos hosting ou se todos os servidores de aplicativos compartilharem dados de sessões por um banco de dados comum, o risco de perda de sessões não deve ser uma preocupação. No entanto, sem a afinidade da célula, se o IBM HTTP Server selecionar um ODR dentro de outra célula, o ODR não reconhecerá o ID do servidor, não roteará a solicitação e, consequentemente, a sessão estará perdida. A função de afinidade da célula ajuda a evitar perda de sessão.
Aspectos da Função de Afinidade da Célula
Há dois aspectos da função de afinidade da célula. O primeiro aspecto permite que o IBM HTTP Server gere afinidade ou sempre seja roteado para um ODR específico depois que uma sessão é estabelecida. A configuração do IBM HTTP Server para preservar a afinidade de sessão por um ODR específico é feita pela ativação da afinidade de célula, produção de um plug-in-cfg.xml, movimentação do plug-in-cfg.xml para o IBM HTTP Server e reiniciação desse servidor. O plug-in-cfg.xml produzido instrui o plug-in do IBM HTTP Server a utilizar o cookie ODRSESSIONID para seu ID de sessão, ativando a afinidade de sessão para os ODRs.
O segundo aspecto de afinidade da célula é a habilidade de rotear o tráfego de sessão através dos limites da célula, para direcionar o tráfego roteado incorretamente para a célula correta. Para ativar essa função, além de ativar a afinidade de célula, os Generic Server Clusters (GSCs) devem ser configurados para cada célula na qual o ODR pode receber tráfego. Os membros do GSC devem ser os ODRs nas células remotas. Quando um ODR recebe o tráfego de sessão com roteamento incorreto e a afinidade de célula está ativada, ela verifica as listas GSC para localizar o ODR associado ao ID de sessão do ODR. Se uma correspondência for identificada, o tráfego é roteado novamente para o GSC apropriado. Se o novo roteamento for bem-sucedido, o ODR final adota a sessão e roteia o tráfego para o servidor backend apropriados para a sessão.