Lembre-se de definir a sessão _ pegajosa no conector mod _jk e tomcat
Eu tenho 3 servidores tomcat onde os usuários entram em todos os tempos. Eles são 3 porque o processamento de cada solicitação é pesado (muito sql). Os usuários entram no servidor 1 ou 2 ou 3. Agora eu quero torná-los "um". Eu sei que eu preciso de clustering, mas, o clustering espalhará os pedidos através dos 3 servidores ou aqui é onde eu preciso implementar o balanceamento de carga com o apache2?
Você criará uma máquina "one" virtual que a parte externa de seu "cluster" ou arquitetura de carga balanceada verá apenas como uma máquina real. Por exemplo, você tem um endereço IP real (o IP externo roteável) e 3 IPs virtuais (o ip interno que o balanceador de carga atribui). Ele também depende de como seu aplicativo é reunido. Tem sessões? É stateful ou não?
Balanceadores de carga, como loadbalacer.org ou kemp technologies, podem encaminhar pessoas com sessões específicas para um servidor específico (A, B ou C) até a sessão terminar e, em seguida, movê-las para outro servidor para balanceamento de carga.
O resultado final (navegador de usuários) não se importa com o servidor em que está, ele só vê o endereço IP real e envia as informações da sessão na esperança de que sua solicitação seja respondida corretamente. Só que, se ele enviar informações sobre as sessões, o servidor para o qual o balanceador de carga as envia saberá o que é e o encaminhará e distribuirá o carregamento do usuário recebido de acordo.
Dê uma olhada em Teracotta para sessões na web .
Use Terracotta's fast, reliable web sessions plugin to get the scalability benefits of a stateless web architecture without overloading your database or rewriting your application. Terracotta for Sessions works with your favorite web framework and your own custom session objects.
O tutorial das sessões da web lista cinco etapas simples para você fazer para avaliar o produto ( FOSS).
Tags tomcat cluster load-balancing