Load balancing requirements for clustering CAS 3.0.x+

[Andrew R Feller]

We are planning on the JBoss Cache ticket registry along with Tomcat 6;
both will be using unicast as we have some off-site location to throw
into the mix.  So we have to replicate Tomcat's session data and the
JBoss Cache between 3 sites. 

 

Andrew R Feller, Analyst

Subversion Administrator

University Information Systems

Louisiana State University

afelle1 at lsu.edu

(office) 225.578.3737

________________________________

From: cas-bounces at tp.its.yale.edu [mailto:cas-bounces at tp.its.yale.edu]
On Behalf Of Scott Battaglia
Sent: Tuesday, August 07, 2007 2:08 PM
To: Yale CAS mailing list
Subject: Re: Load balancing requirements for clustering CAS 3.0.x+

 

The ticket cache is not application scope in terms of the scopes
provided by the servlet specification.

The TicketRegistry is a pluggable data store backend with the default
being an in-memory database but there are plenty of options including a
JBoss Cache-backed registry. 

-Scott

On 8/7/07, Matt Sciulli <matts at astrology.com> wrote:

Mike,

How do you replicate the ticket cache? Isn't that an application scope
object?

Matt


Mike Kennedy wrote, On 8/7/2007 9:32 AM:
> At our site we have CAS clustering working with an F5 load balancer 
> using sticky sessions. However, if the load balancer detects that a
node
> fails it migrates those sessions to another node where the Tomcat
> session and ticket cache have already been replicated.
>



> In other words, we use sticky sessions and have uninterrupted service
> within the cluster.
>
> On Tue, 2007-08-07 at 11:05 -0500, Andrew R Feller wrote:
>
>> Q: Are there any load balancing requirements for clustering CAS 3 
>> server?
>>
>>
>>
>> While following the Clustering CAS walkthrough in the CAS wiki, I
>> notice it didn't go in-depth about what options are available.  Aside
>> from using sticky sessions to redirect the user back to the CAS
server 
>> they were authenticated against, what other options are available?  I
>> would prefer not to use sticky sessions as we want uninterrupted
>> service within the cluster.
>>
>> 
>>
>> Thanks,
>>
>>
>>
>> Andrew R Feller, Analyst
>>
>> Subversion Administrator
>>
>> University Information Systems
>> 
>> Louisiana State University
>>
>> afelle1 at lsu.edu
>>
>> (office) 225.578.3737
>>
>>
>>
>>
>> _______________________________________________ 
>> Yale CAS mailing list
>> cas at tp.its.yale.edu
>> http://tp.its.yale.edu/mailman/listinfo/cas 
>>


--
================================================================

Matt Sciulli

Senior Software Developer, Astrology.com, iVillage Inc., an NBC
Universal company 


http://www.astrology.com

Office: (415) 447-6193 Ext. 832 * Cell: (415) 317-4119
================================================================


========================================================================

This message may be construed as an advertisement, solicitation or
commercial email. Please reply to the above referenced email address if
you do not wish to receive future emails from the sender.

_______________________________________________ 
Yale CAS mailing list
cas at tp.its.yale.edu
http://tp.its.yale.edu/mailman/listinfo/cas




-- 
-Scott Battaglia

LinkedIn: http://www.linkedin.com/in/scottbattaglia 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://tp.its.yale.edu/pipermail/cas/attachments/20070807/390cf148/attachment.html