[Deploying Sakai] Load balancing and sticky sessions

Grossman,John E john.grossman at mdanderson.org
Wed Apr 14 07:12:14 PDT 2010


I'm not sure - we haven't tested non-SSL. We use SSL for everything - even
resources. I'm going to look into cookie-based persistence when we change
over to a new load balancer in the near future.


On 4/14/10 3:16 AM, "Jean-Francois Leveque" <jean-francois.leveque at upmc.fr>
wrote:

> Do you think this might happen without SSL, John?
> 
> Grossman,John E a écrit :
>> Slightly unrelated - We have had some issues using Cisco CSS and SSL sticky
>> sessions. The CSS load balancer occasionally seems to lose track of the SSL
>> session and directs requests from an existing Sakai session to the wrong
>> server, causing the user to have to re-authenticate. Not sure if it is a CSS
>> configuration issue, a CSS bug or something else.
>> 
>> 
>> On 4/13/10 7:16 AM, "Jean-Francois Leveque" <jean-francois.leveque at upmc.fr>
>> wrote:
>> 
>>> Hi all,
>>> 
>>> The current UPMC load balancing is done by IP-based sticky sessions.
>>> 
>>> This is inefficient with users going through proxies and requests done
>>> by the main portal on behalf of users.
>>> 
>>> Our load-balancer admin offered to do the load-balancing based on a
>>> parameter in the URL sur as:
>>> 
>>> http://<sakai instance domain name>/...?server=<serverId>
>>> 
>>> Can this be done and if it can, how do I do this ?
>>> 
>>> Please note that each Tomcat server is behind its own apache HTTPD
>>> server  and accessed through mod_proxy.
>>> 
>>> Cheers,
>>> 
>>> --
>>> Jean-Francois Leveque
>>> Sakai CTO @ UPMC



More information about the production mailing list