![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Afinidade da Célula Quando um ODR Falha
A função de afinidade da célula permite configurar topologias de várias células não vinculadas do On Demand Router (ODR) que preservam sessões mesmo no caso de indisponibilidade do ODR.
O diagrama a seguir exibe um cenário de fluxo de solicitação/resposta.
Neste cenário, o navegador envia uma solicitação em sessão para o IBM® HTTP Server. O IBM HTTP Server determinou que ele não pode encaminhar a solicitação para o ODR 1.1 original. Em vez disso, o IBM HTTP Server encaminha a solicitação para o ODR 2.1 (geralmente, esta ação quebra a sessão). As setas sólidas no diagrama representam os pedidos, enquanto que as setas quebradas representam as respostas.
Os fluxos são explicados na seguinte sequência:
- O navegador envia uma solicitação ao IBM HTTP Server. O ODR 1.1 não está funcionando. Em uma tentativa de failover, o IBM HTTP Server roteia para o ODR 2.1.
- Como o ODR 2.1 observa que a solicitação foi destinada originalmente para o ODR 1.1, o ODR 2.1 localiza um cluster de servidor genérico que contém o ODR 1.1 e roteia novamente para um ODR ativo dentro do cluster de servidor genérico, que é o ODR 1.2.
- O ODR 1.2 marca esta sessão para adoção durante o processamento da resposta e encaminha a solicitação para o cluster de destino de backend original.
- Como ODR 1.2 adotou a sessão, ela configura um cookie que faz com que a próxima solicitação (nº4) seja enviada diretamente para ele, em vez de enviar para o ODR 2.1.
O IBM HTTP Server poderá rotear diretamente para o ODR 1.2 após detectar que o ODR 1.1 falhou. Nesse caso, o ODR 1.2 encaminhará a solicitação para o cluster de destino de backend correto e adotará a sessão durante o processamento da resposta, conforme descrito anteriormente no nº3 e no nº4.
O diagrama a seguir ilustra um cenário de fluxo de pedido/resposta no qual um navegador envia um pedido em sessão para o Servidor HTTP IBM.
