I've set this up before. Its a software approach to cluster/balancing. JRun, the software, decides on where to route requests and such.
Failover was not very successful in my experience. If a instance failed, users were still stuck pointing to it instead of getting re-directed. I suspect because in these cases the JRun instance was humming along as usual, just CF had hung up. 99% chance it was bad code from one of my developers at the time or code I wrote and claimed not to have. :) Basically you set up N instances of CF and use the enterprise manager to put them into a cluster. This in the end presents one jsapi to IIS and JRun manages which instance IIS talks with, at least that's how I recall it in laymens terms. You will need that JWS turned back on though, only way to manage the individual instances. Some day Adobe will setup replication of server settings, eh? But not today. DK On Tue, Oct 21, 2008 at 11:08 AM, Arun Nallan <[EMAIL PROTECTED]> wrote: > Thanks for your email. > > Yes, I agree with you. Each situation is different. FYI.. We have a setup > of CF running on JRun... and IIS as our webserver. We have proxy connection > enabled on JRUN for each CF instance for communication with IIS. So, we have > turned off the internal JWS for our purposes and IIS directly communicates > with these CF servers. > > So, as I understand you are telling that J2EE based clustering is the best > option we have for now, using JRun. I was kind of thinking there would be a > separate clustering software for even better and effective load balancing/ > failover. > > I was reading the article. at > http://www.adobe.com/devnet/coldfusion/articles/clustering_cf8_print.htmland > was kind of not able to understand by these quotation: > > "The current version of software level clustering in ColdFusion via > Enterprise Manager is based on J2EE clustering and is not a full clustering > system; it is peer-to-peer at the ColdFusion server-instance level." > > Thanks, > Arun Nallan > > > 409 363 0587 > > > > On Tue, Oct 21, 2008 at 9:55 AM, Cameron Childress <[EMAIL PROTECTED]>wrote: > >> The J2EE clustering in the CF Admin is just a tool to manage the >> underlying J2EE server, which by default is JRun. Unless you have a >> business reason to run CF on something else, I usually would just stick to >> JRun. An argument could be made that you get speed improvements from other >> J2EE platforms, but there is more overhead and knowledge required in >> managing those. JRun installs by default and "just works". Both sticky >> session and session replication work with JRun. >> >> As far as best practice - I think the term "Best Practices" is often >> bandied around as if there are some kinda rules of thumb out there, and >> there are not. Each situation is really different and should be evaluated >> as such. I think you are unlikely to find a meaningful list of things you >> should "always do", and if you do find such a list you should almost >> certainly not follow it as if it were the law. >> >> -Cameron >> >> On Tue, Oct 21, 2008 at 9:15 AM, Arun Nallan <[EMAIL PROTECTED]>wrote: >> >>> We are considering the clustering options for load balancing/ failover in >>> a IIS/ JRun coldfusion environment. >>> >>> That being said, would the J2EE clustering (or the ColdFusion Enterprise >>> Manager via CF Admin) be the best option to go for, or what would be my >>> other options available. We are going to need sticky sessions or session >>> replication for sure. What are the industry's best practices? Your ideas and >>> resources would give me some insight and be very helpful. >>> >>> Thanks, >>> Arun Nallan >>> >>> >>> 409 363 0587 >>> >>> >>> ------------------------------------------------------------- >>> To unsubscribe from this list, manage your profile @ >>> http://www.acfug.org?fa=login.edituserform >>> >>> For more info, see http://www.acfug.org/mailinglists >>> Archive @ http://www.mail-archive.com/discussion%40acfug.org/ >>> List hosted by FusionLink <http://www.fusionlink.com> >>> ------------------------------------------------------------- >> >> >> >> >> -- >> Cameron Childress >> Sumo Consulting Inc >> http://www.sumoc.com >> --- >> cell: 678.637.5072 >> aim: cameroncf >> email: [EMAIL PROTECTED] >> >> ------------------------------------------------------------- >> To unsubscribe from this list, manage your profile @ >> http://www.acfug.org?fa=login.edituserform >> >> For more info, see http://www.acfug.org/mailinglists >> Archive @ http://www.mail-archive.com/discussion%40acfug.org/ >> List hosted by FusionLink <http://www.fusionlink.com> >> ------------------------------------------------------------- > > > > ------------------------------------------------------------- > To unsubscribe from this list, manage your profile @ > http://www.acfug.org?fa=login.edituserform > > For more info, see http://www.acfug.org/mailinglists > Archive @ http://www.mail-archive.com/discussion%40acfug.org/ > List hosted by FusionLink <http://www.fusionlink.com> > ------------------------------------------------------------- > -- Douglas Knudsen http://www.cubicleman.com this is my signature, like it? ------------------------------------------------------------- To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -------------------------------------------------------------
