[TriLUG] ldirectord.cf

Ryan Wheaton ryan.wheaton at comcast.net
Mon Dec 8 15:37:09 EST 2003


Ok.  that makes sense, and it's what i figured..  but...

how does this work if we set a [php session file] cookie that is 
resident until the client closes the browser?  Is the persistent 
connection then non-needed?  what happens when the server that the 
client was directed to dies mid-session?  does it automatically fail 
over to another realserver?  Or will the client just get "connection 
timed out" and then when they hit 'reload' the director will fwd their 
request on to the 'good' server?

-rtw

On Monday, Dec 8, 2003, at 12:30 America/Denver, Jon Carnes wrote:

> On Mon, 2003-12-08 at 11:39, Ryan Wheaton wrote:
>> I'm using UltraMonkey to load balance two http and https servers and I
>> have a question about the load balancer conf file.  What exactly does
>> the 'persistent = n' option do??  The man page isn't too 
>> informative....
>>
>> 'persistent = n
>>
>>         Number of seconds for persistent client connections.'
>>
>>
>> thanks,
>>
>> -r
>
> I generally set this equal to the length of time that you cache a
> persistent state on the web-server.  The value is how long the 
> Connector
> for LVS should remember which server it sent a person to.  If another
> request comes from that same source then the Connector will forward 
> them
> on to the same virtual server.
>
> In that way, you can have persistent states that exist on a single
> webserver for each user, and each request always goes back to the same
> server in your cluster.
>
> If that doesn't shed any light on it for you, then let me know and I'll
> be happy to go into more (or less) detail.
>
> Jon
>
> -- 
> TriLUG mailing list        : 
> http://www.trilug.org/mailman/listinfo/trilug
> TriLUG Organizational FAQ  : http://trilug.org/faq/
> TriLUG Member Services FAQ : http://members.trilug.org/services_faq/
> TriLUG PGP Keyring         : http://trilug.org/~chrish/trilug.asc
>




More information about the TriLUG mailing list