Cluster Tomcat

4 de outubro de 2004 17 respostas

numsey 4 de outubro de 2004

Salve amigos gujavianos!
Preciso implementar um cluster de Tomcat, me baseei em alguns exemplos que encontrei na internet mas não obtive sucesso, será que alguém pode me ajudar? Tenho 20 máquinas rodando o tomcat 5 de ipx 192.168.1.10 à 192.168.1.40, o balanceamento está sendo feito via hardware sem problemas, mas não consigo fazer o cluster se atualizar, segue o trecho do arquivo server.xml:

&lt;Cluster className="org.apache.catalina.cluster.tcp.SimpleTcpCluster"
             managerClassName="org.apache.catalina.cluster.session.DeltaManager"
             expireSessionsOnShutdown="false"
             name="NumseyCluster"
             useDirtyFlag="true"&gt;

        &lt;Membership 
            className="org.apache.catalina.cluster.mcast.McastService"
            mcastAddr="228.0.0.4"
            mcastPort="45564"
            mcastFrequency="500"
            mcastDropTime="3000"/&gt;

        &lt;Receiver 
            className="org.apache.catalina.cluster.tcp.ReplicationListener"
            tcpListenAddress="auto"
            tcpListenPort="4001"
            tcpSelectorTimeout="100"
            tcpThreadCount="6"/&gt;

        &lt;Sender
            className="org.apache.catalina.cluster.tcp.ReplicationTransmitter"
            replicationMode="pooled"/&gt;

        &lt;Valve className="org.apache.catalina.cluster.tcp.ReplicationValve"
               filter=".*.gif;.*.js;.*.jpg;.*.htm;.*.html;.*.txt;"/&gt;
               
        &lt;Deployer className="org.apache.catalina.cluster.deploy.FarmWarDeployer"
                  tempDir="/tmp/war-temp/"
                  deployDir="/tmp/war-deploy/"
                  watchDir="/tmp/war-listen/"
                  watchEnabled="false"/&gt;
    &lt;/Cluster&gt;

Grato pela ajuda!

17 Respostas

louds 4 de out. de 2004

Boa sorte…
Clustering no Tomcat é apenas pra brincar, ninguém poderia ser maluco o suficiente para usar em produção, ou com mais de 2 máquinas.

numsey 4 de out. de 2004

Quer dizer que o Tomcat não funcionar com Cluster, consequentemente o JBOSS também, pois implementa o Tomcat, terei que utilizar um servidor web proprietário que provavelmente encontrarei mais em conta da Microsoft?

saoj 4 de out. de 2004

Caaaaaaalma!

O cluster do JBoss é outro, é o cluster do EJB container e não do web container.

O que vc está procurando é uma solução de load balance para o tomcat, não é?

Procure por LVS no google, ou compre uma solução de hardware ($$$$).

Se quiser algo realmente foda, procure pelo session ring do Resin, que replica todas as sessões por todos os web servers. Pena que isso nunca funcionou pra mim e tb não conheço ninguém que está usando isso em produção com sucesso!

numsey 4 de out. de 2004

“saoj”:

Caaaaaaalma!

O cluster do JBoss é outro, é o cluster do EJB container e não do web container.

O que vc está procurando é uma solução de load balance para o tomcat, não é?

Procure por LVS no google, ou compre uma solução de hardware ($$$$).

Se quiser algo realmente foda, procure pelo session ring do Resin, que replica todas as sessões por todos os web servers. Pena que isso nunca funcionou pra mim… :(

Estou calmo, apenas fiquei impressionado com a afirmação do caro colega de que é uma idéia de maluco um cluster de Tomcat!
Na verdade o load balancer é feito por hardware, e funciona perfeitamente!
O problema está sendo a atualização do web container e dos sessions, que pelo o meu entendimento o Tomcat executa sem problemas, ou estou enganado?

saoj 4 de out. de 2004

Não sei se o Tomcat tem session ring (replicação de sessão). Deve ter. O resin tem mas não consegui fazer a coisa performar, nem gravando as sessões no mysql.

Achei no google:

http://www.onjava.com/pub/a/onjava/2002/07/17/tomcluster.html

louds 4 de out. de 2004

A implementação de cluster do Tomcat usa tcp/ip para replicação de sessão e ate onde eu sei não é muito esperta no que diz respeito a session locking, resolução de conflitos e propagação de modificações.

Clustering do tomcat funciona é dizem ser estavel suficiente para uso em produção.

O porém é a escalabilidade. Tenho minhas dúvidas se você vai conseguir verificar algum ganho depois de umas 16 máquinas.

Talvez seu caso seja para usar uns SB, que são bem mais escalaveis que a sessão do web-tier.

Mas isso também depende se o objetivo é aumentar a performance ou a disponibilidade do sistema; Se for a primeira opção, verifique se o hardware suporta sticky sessions e desista de clusterizar o tomcat, caso contrario verifique a viabilidade de particionar o sistema e criar clusters menores de 2-4 nós apenas.

saoj 4 de out. de 2004

“louds”:
A implementação de cluster do Tomcat usa tcp/ip para replicação de sessão e ate onde eu sei não é muito esperta no que diz respeito a session locking, resolução de conflitos e propagação de modificações.

A do resin tb !!! Aqui no ParPerfeito ficou uma carroça com 6 máquinas. Acho que a parada não funciona mesmo.

Aí o resin veio com uma solução alternativa de gravar todas as sessões de forma centralizada num mysql. Testamos aqui e tb não funcionou muito bem. As máquinas ficaram pesadas…

Taí um assunto interessante para pesquisas e projetos. 8)

louds 4 de out. de 2004

Uma solução animal é usar isso aqui: www.tangosol.com, já brinquei um pouco com ele e a performance e a escalabilidade são impressionantes.
Talvez seja um pouco salgado pro seu bolso, e compense mais investir em tornar o sistema stateless ou com sessions minúsculas.

Por falar nisso, tuas sessions são 100% serializaveis e pequenas? Algo como 2-4k…

saoj 4 de out. de 2004

“louds”:

Por falar nisso, tuas sessions são 100% serializaveis e pequenas? Algo como 2-4k…

100% serializáveis
20-50k de tamanho (sistema web, objeto Profile com um milhão de coisas na sessão!)

Vou dar uma olhada nesse tangosol !!!

louds 4 de out. de 2004

saoj, 20k-50k na sessão?? Tua session precisa de 1 dieta bem legal em…
Eu trabalhei em uma aplicação onde usavamos server-side page state e não chegavamos aos 20k.

Não faça caching na sessão, ou se fizer, use variaveis transient.

saoj 4 de out. de 2004

O objeto profile é meio grande, pois tem um milhão de caracterísiticas do usuário.

Mas talvez vc tenha razão. Meto todos esses dados como transient e se houver uma mudança de web server eu recarrego tudo do banco. Acho que vale a pena, pois hoje não posso restartar o meu site durante o dia para não derrubar os usuários logados.

Mas mesmo que minha sessão seja pequena, ainda tenho que fazer a replicação dela. O que vc sugere? tangosol, tcp-ring, mysql ???

louds 5 de out. de 2004

Isso vai de caso a caso. Se sessões persistentes não forem um requisito procure por algum servlet-engine que use multicast para replicação em memoria/disco. Fuga de tcp/ip a todo custo, simplesmente não é escalavel.

numsey 5 de out. de 2004

O tangosol é tcp não é?

louds 5 de out. de 2004

O coherence usa multicast para a maioria das coisas.

numsey 5 de out. de 2004

Configurei o cluster do tomcat e reparei que está utilizando multicast pra tudo, o que aumentou em 15% meu tráfego de rede.

louds 5 de out. de 2004

Voce tem o hardware adequado para isso? Routers e switches que suportem multicast devidamente configurados. Caso contrario multicast opera como broadcast.

Da documentação do Tomcat:

Membership Clustering membership is established using very simple multicast pings. Each Tomcat instance will periodically send out a multicast ping, in the ping message the instance will broad cast its IP and TCP listen port for replication. If an instance has not received such a ping within a given timeframe, the member is considered dead. Very simple, and very effective! Of course, you need to enable multicasting on your system.

TCP Replication Once a multicast ping has been received, the member is added to the cluster Upon the next replication request, the sending instance will use the host and port info and establish a TCP socket. Using this socket it sends over the serialized data. The reason I choose TCP sockets is because it has built in flow control and guaranteed delivery. So I know, when I send some data, it will make it there

Distributed locking and pages using frames Tomcat does not keep session instances in sync across the cluster. The implementation of such logic would be to much overhead and cause all kinds of problems. If your client accesses the same session simultanously using multiple requests, then the last request will override the other sessions in the cluster.

Ou seja, ele usa multicast somente p/ gerenciamento de membros.
Da uma lida na documentação do Tomcat sobre clustering e entenda pq usar 24 nós no mesmo cluster é maluquisse.

numsey 6 de out. de 2004

O tomcat não é tão barato quanto pensei, talvez para trabalhar com seis máquinas, mais que isto têm um custo médio de $1500 por máquina, a melhor solução para o meu caso é o coherence.

Criado 4 de outubro de 2004

Ultima resposta 6 de out. de 2004

Respostas 17

Participantes 3

17 Respostas

Topicos relacionados