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: > [email protected] > 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: [email protected] 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/
