Eric Knipp
Fri, 19 Oct 2007 11:08:20 -0700
You should definitely allow your load balancer to decide where to send the traffic, but you'll have to configure session replication to allow each CF server in the cluster to be able to serve requests without creating a new session context each time.
On 10/19/07, Joe Kelly <[EMAIL PROTECTED]> wrote: > > There was a discussion started by Christopher Jordan entitled "CF8 > Enterprise" which various opinions were shared. Mine was that you > should allow the load balancer to handle your clustering as the > overhead is high for the servers to handle the clustering themselves. > Go to http://www.mail-archive.com/list%40list.dfwcfug.org/ > and search Christopher Jordan CF8 Enterprise > Thanks, > Joe Kelly > > On 10/19/07, Eric Knipp <[EMAIL PROTECTED]> wrote: > > CF8 offers some improvements in this area. Previous releases of CF > would do > > session replication (if you turned it on) but this was limited to simple > > data types, arrays, and structures. If you followed OO "best practices" > you > > would be up a creek as CFC's would not be replicated. However, in CF8, > > CFC's will be replicated as well, so you really don't need to use sticky > > sessions. Sticky sessions should be avoided as they create a single > point > > of failure for the users "stuck" to the server(s) in question. > > > > > > On 10/19/07, [EMAIL PROTECTED] <[EMAIL PROTECTED] > > > wrote: > > > > > > > > > > > > > > > > > > Have you tried the CF-TALK forum at houseoffusion.com ? It's arguably > the > > best CF forum out there. > > > > > > > > > > > > My limited understanding of your situation is that when a user gets > routed > > to a specific machine on their first request and that session is > maintained > > on that machine. The key is to match session timeouts of your CF server > and > > your load-balancing box. If you match those timeouts, then you > shouldn't > > run into issues because once the CF session times out, if the user tries > > another request and they are routed to a different server, then it's > okay > > that their session scope doesn't exist there since their CF session > already > > timed out as well. > > > > > > > > > > > > We have a content switch and have "sticky sessions" enabled on it (so > the > > user stays on whichever box they are first routed to) and set to 4 > hours, > > and then we have session timeout in our app in CF set to 4 hours as > well. > > This solves our problem when everything is up, but right now, if one > server > > goes down, and a user was working on it, and the content switch sends > them > > to another server because the server they were on is unavailable, they > DO > > lose their session and have to log in again. Not a perfect environment, > but > > works for what we need it for. > > > > > > > > > > > > Dave > > > > > > > > > > > > > > > > > > From: [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] > > On Behalf Of Steven Van Gemert > > > Sent: Friday, October 19, 2007 9:30 AM > > > To: DFW CFUG > > > Subject: [DFW CFUG] Variable scopes in CF Enterprise 8 > > > > > > > > > > > > > > > > > > Hi all, > > > > > > I have a question that one of you with experience with CF Enterprise > will > > probably know off the top of your head. Although I've worked in CF for 7 > > years now, I've only ever used the Standard edition, and I am unsure > about > > exactly how clustering works in the Enterprise edition. > > > > > > In a clustering/load-balancing/fail-over environment, how > > are the various variable scopes handled? Do you have to do something > special > > to make session variables available? What about application and server > > variables? They're all stored in RAM, so I thought they must be limited > to > > one machine only, and that requests should come in to that same machine. > I > > even thought I saw a post at one time where you could download a > particular > > script or patch or something that shares session variables to the other > > computers in the cluster - is that all necessary, and if so, does it > work? > > > > > > Hopefully you can see what I mean. I'm just trying to see what code > > changes might be required to our programs when we switch from CFMX 6.1over > > to CF Enterprise 8. If you think you have any answers for me about this > or > > other topics regarding upgrade problems that you can put into just a > couple > > of sentences, or can point me to a good forum thread that covers this, > then > > please let me know. > > > > > > TIA > > > Steven Van Gemert > > > > > > P.S. I have searched forum messages for this answer, and have been > > unsuccessful. I'm hoping to get something from you guys I can tell my > > client. :) > > > _______________________________________________ > > > Reply to DFWCFUG: > > > List@list.dfwcfug.org > > > Subscribe/Unsubscribe: > > > http://lists1.safesecureweb.com/mailman/listinfo/list > > > List Archives: > > > http://www.mail-archive.com/list%40list.dfwcfug.org/ > > > http://www.mail-archive.com/list%40dfwcfug.org/ > > > DFWCFUG Sponsors: > > > www.instantspot.com/ > > > www.teksystems.com/ > > > > > > > > > > > > _______________________________________________ > > Reply to DFWCFUG: > > List@list.dfwcfug.org > > Subscribe/Unsubscribe: > > http://lists1.safesecureweb.com/mailman/listinfo/list > > List Archives: > > http://www.mail-archive.com/list%40list.dfwcfug.org/ > > http://www.mail-archive.com/list%40dfwcfug.org/ > > DFWCFUG Sponsors: > > www.instantspot.com/ > > www.teksystems.com/ > > > > > > _______________________________________________ > Reply to DFWCFUG: > List@list.dfwcfug.org > Subscribe/Unsubscribe: > http://lists1.safesecureweb.com/mailman/listinfo/list > List Archives: > http://www.mail-archive.com/list%40list.dfwcfug.org/ > http://www.mail-archive.com/list%40dfwcfug.org/ > DFWCFUG Sponsors: > www.instantspot.com/ > www.teksystems.com/ >
_______________________________________________ Reply to DFWCFUG: List@list.dfwcfug.org Subscribe/Unsubscribe: http://lists1.safesecureweb.com/mailman/listinfo/list List Archives: http://www.mail-archive.com/list%40list.dfwcfug.org/ http://www.mail-archive.com/list%40dfwcfug.org/ DFWCFUG Sponsors: www.instantspot.com/ www.teksystems.com/