2008/3/14 Werner Max Bohling <bg...@jfrs.gov.br>:
Alguem está usando o GlassFish Cluster com sucesso? Está estável?
Já usei, na versão 7 e 8.1, e as sessões (http session e stateful
session bean), são sincronizadas. Mas entenda que isso é diretamente
proporcional a maneira como os objetos da sessão são manipulados.
Existe alguma estratégia para a quantidade de dominios por cluster? E para
escolher a melhor estratégia de load balance ?
Isso irá depender da tua necessidade de escalabilidade e testes.
Comece com
1 DAS
1 cluster
1 node agent
2 instancias
Posteriormente,
1 DAS
1 cluster
2 node agent
4 instancias (2 por node agent)
Configure o LB por afinidade de sessão.
O GlassFish implementa alta disponibilidade para a máquina que executa o
DAS?
Sim,
Como escolher entre a persistencia da sessão na memória ou HADB? É
necessária uma administração "forte" do HADB ou só quando dá algum problema?
Recomendo sempre o shoal (por memória).
O HADB irá serializar a sessão em BD, e na ocorrencia de um crash
geral em *todas* as instancias a sessão poderá ser recuperada.
Mas isso somente será possível se a aplicação tiver sido
desenvolvida com essas características.
Acredito que uma boa implementação da aplicação (preparada para
cluster) e boa manutenção, podem aumentar consideravelmente a
disponibilidade da solução (cluster + aplicação), e o custo será
inferior do que manter uma solução com HADB.
E a topologia a ser criada? Como saber qual topologia devo montar ? Com base
no que?
Algum material fora o site da SUN???
O material do glassfish + docs.sun.com são suficientes.
Se a solução a ser implementada é importante e de risco para sua
empresa, recomendo fortemente um contrato de suporte com a Sun.
2 messages in net.java.dev.soujava.enterprise-listRe: [enterprise-list] GlassFish com s...
