You can do sticky sessions in a cluster, but that means that a given session always ends up on the same server, not than the session data is shared across the cluster to whatever machine needs it. That's done with the load balancing hardware/software. Still RAM-only session vars, becuase they're never needed on multiple servers in the cluster.
If you're using J2EE sessions, you can do session replication across the cluster as well, but that's still RAM-only. The servers just broadcast the data direct to the other servers, not going through an external store (a DB), as I understand it. Never seen it in action, so I don't know for sure. cheers, barneyb On Wed, 3 Nov 2004 08:36:37 -0800, Matt Robertson <[EMAIL PROTECTED]> wrote: > What Barney said is dead-on. I am a total zero on clusters, but isn't > there a way -- outside of CF -- to handle sessions so they remain > sticky despite the application? i.e. an external application of some > sort. Would that be db-related? > > Systems guys at that level usually aren't so ignorant so I'm wondering > if he is taking something non-CF into account. > > And even there was such a thing in play, I can't see how proper > locking practices would be mitigated in any meaningful way. > > -- > --Matt Robertson-- > President, Janitor > MSB Designs, Inc. > mysecretbase.com > -- Barney Boisvert [EMAIL PROTECTED] 360.319.6145 http://www.barneyb.com/blog/ I currently have 0 GMail invites for the taking ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Purchase from House of Fusion, a Macromedia Authorized Affiliate and support the CF community. http://www.houseoffusion.com/banners/view.cfm?bannerid=35 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:183284 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
