Encontrei um artigo no TheServerSide falando a respeito.

Fiz um teste mas a sess�o n�o foi replicada.
Pelo menos o manager n�o mostrou a sess�o sendo criada no outro
servidor. 

O artigo utiliza o mod_proxy do Apache para realizar o balanceamento.
Tanto o autor quanto algumas mensagens postadas, indicam que essa
abordagem n�o � muito robusta. O artigo tem um link para um outro artigo
que mostra como configurar o balanceamento utilizando o mod_jk com um
balancer worker. 


Minha estrutura � a seguinte:


                           |
                           |Catalina1
   ----------      --------|
   |         |     |
   |  Apache |-----|
   |         |     |
   ----------      ---------|
                            |Catalina2
                            |

Meu dominio virtual x.com.br possui uma diretiva
Jk_mount /* balanceador


No workers.properties o balanceador possui uma lista de tomcats.
catalina1 e catalina2.

So que essa abordagem n�o replica a sess�o.

Utiliza um esquema Round Robin para divis�o de sess�es entre os tomcats.

No momento de cria��o da sess�o o balanceador decide para qual tomcat
enviar a requisi��o e todas as outras requisi��es dessa sess�o s�o
enviadas ao mesmo tomcat.

A quest�o �: Se o pr�prio autor, que � membro do grupo que desenvolve o
JavaGroups e o tomcat-javagroups, indica que a op��o com mod_proxy n�o �
a mais robusta e indica uma outra forma de balanceamento, como mesclar
as 2 op��es? Devo utilizar o mod_proxy ao inv�s do mod_jk? � possivel
utilizar o mod_jk com replica��o se sess�o?



[]'s

Daniel A. Melo
Consultor em Seguran�a da Informa��o
MCSO - M�dulo Certified Security Officer







Em Seg, 2002-12-02 �s 15:31, Alvaro Mota escreveu:
> Vc usou esta solu��o?
> 
> http://www.filip.net/tomcat/
> 
> Ele usa multicasting replicando a session "in memory" para cada servidor.
> Olhe em
> http://www.javagroups.com/javagroupsnew/docs/index.html
> 
> Alvaro
> 
> Daniel A. wrote:
> > Ola todos,
> > 
> > Configurei 2 Tomcats e um Apache utilizando o esquema de balanceamento
> > de carga para o Tomcat.
> > 
> > Ta funcionando certo, mas estou tendo problemas com a aplicacao.
> > 
> > Utilizamos Single-Sign-On, pois a aplicacao possui varios contextos.
> > Como o esquema de balanceamento de carga do Tomcat funciona com o
> > controle de sessoes em cada Servidor. Ao sair de um contexto para outro,
> > pode ser que o usuario seja redirecionado para outro servidor.
> > 
> > Salvo o engano o controle de sessoes se da por contextos.
> > 
> > O Single-Sign-On nao esta funcionando quando o usuario sai de um
> > contexto em uma maquina e vai para outro em outra maquina. E o login eh
> > solicitado novamente.
> > 
> > Alguem ja passou por algo semelhante?
> > 
> > 
> > []'s
> > 
> > Daniel A. Melo
> > MCSO - Modulo Certified Security Officer
> > 
> > 
> > 
> > ------------------------------ LISTA SOUJAVA ---------------------------- 
> > http://www.soujava.org.br  -  Sociedade de Usu�rios Java da Sucesu-SP 
> > d�vidas mais comuns: http://www.soujava.org.br/faq.htm
> > regras da lista: http://www.soujava.org.br/regras.htm
> > historico: http://www.mail-archive.com/java-list%40soujava.org.br
> > para sair da lista: envie email para [EMAIL PROTECTED] 
> > -------------------------------------------------------------------------
> > 
> 
> 
> 
> -- 
> "Se um homem nao sabe a que porto se dirige, nenhum vento lhe sera 
> favoravel !"
> 
> 
> 
> ---------------------------------------------------------------------
> Para cancelar a subscri��o, envie mensagem para: 
>[EMAIL PROTECTED]
> Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
> 
> 



------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br  -  Sociedade de Usu�rios Java da Sucesu-SP
d�vidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------

Responder a