Yup .. that's the way it works .. but what if the person get's 'diconnected'
.. as in loses ability to get to the site for say .. 5 minutes? Now, I'm
not sure *exactly* how this works, so someone feel free to correct me.
Using a round-robin DNS setup (a less than optomized setup where, as users
come to a site with clustered servers, that site's DNS servers cycle through
the list of clustered servers and sends each user to the next server in the
list, regardless of that server's individual load .. repeat as needed)
wouldn't the user get routed to a different server than they were on last
time effectively destroying their session, even though it didn't
'legitimately' time out?
Now that I think about it, couldn't the same thing happen on a setup where
the load balancing employed routing to a particular server that had the
least load?
That has to work differently than I am thinking .. or at least there has to
be a 'more stateful' option available that will handle common internet
problems such as that.
.Todd
----- Original Message -----
From: Scott Weikert <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 16, 2000 5:19 PM
Subject: RE: Session vars in a clustered environment
> Define "disconnected". If the user came back before the session timed out,
> I'd figure he'd still be golden - single server or
> clustered-as-described-below.
>
> What I was talking about is say, Joe User comes along to your site. You
have
> Servers A, B, C. Whatever load-balancing situation you have going
determines
> B is the least utilized now, so sends Joe on to B. Joe stays on B for the
> duration. If Joe leaves, his session times out, and he comes back the next
> day, start over. But if he sticks around and keeps hitting the site (and
> refreshing the session timeout), he'd stay on B.
>
> Mind you, I couldn't get into details on how they do this - I'm just
> relaying stuff from the meeting we had with some Allaire guys, and this is
> what they told us.
------------------------------------------------------------------------------
Archives: http://www.eGroups.com/list/cf-talk
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
