Hi Evaristo,
This option of hardware load-balancer doing round-robin will work with
Glassfish v2, but it will have huge performance impact as session will
keep moving from one instance to another. So as you mentioned, hardware
load-balancer should maintain stickiness with respect to session.
In case hardware load-balancer is not able to achieve that, please use
load-balancer plugin available with Glassfish v2. Refer to blog
http://blogs.sun.com/pjjairath/entry/installing_and_configuring_glassfish_http
for more details.
You can create multi-tier deployment. Bottommost tier is glassfish
instances cluster serving the request. Above that is webserver tier with
load-balancer plugin, to load-balancer request to glassfish cluster.
Topmost if hardware load-balancer, which send request to webserver-tier
in round-robin fashion.
Thanks,
Kshitiz
Evaristo José Camarero wrote:
> Hi:
>
> We are in the process to migrate a cluster JEE
> application from Tomcat 5.5.x to Glassfish.
>
> Tomcat 5.5.x uses and all-to-all (problems to scale,
> by the way) in memory session replication strategy
> that allows that all the cluster members have a copy
> on the HttpSession. Taken that into account we have
> configured the Hardware Load Balancer in a round robin
> way
>
> Our intention is to employ Glassfish memory
> replication for clustering HttpSession’s. Glassfish
> does not make a copy of the session in all cluster
> nodes, so what is the optimum configuration for the
> Load Balancer. Is it better to configure it to allow
> that all the requests in a single session should be
> managed by the same cluster member? Do you have any
> additional advice regarding this issue?
>
> Thanks in advance,
>
> Evaristo
>
>
>
>
> ____________________________________________________________________________________
> Sé un Mejor Amante del Cine
> ¿Quieres saber cómo? ¡Deja que otras personas te ayuden!
> http://advision.webevents.yahoo.com/reto/entretenimiento.html
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>