For this scenario on load balancers, I would suggest you should consider setting up a network share with access from all servers ;~)
Thanks-n-advance; HDT Platform Incident / Problem Manager & Architect Robert Molenda IT OS PA Tel: +1 408 501 6310 Fax: +1 408 501 2410 Mobile: +1 408 472 8097 [EMAIL PROTECTED] Quality begins with your actions. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Eric Cleereman (IT) Sent: Thursday, November 30, 2006 7:35 AM To: [email protected] Subject: Re: Heavy Load Balancing Question Hi Barry, It depends on your configuration. Your load balancer will have a setting referred to as either session affinity or a sticky bit. If session affinity is enabled, each client will stay connected to the server the load balancer first connects them to, unless that server fails. Otherwise they'd have a 1 in 3 chance of connecting to the same server again. Eric Cleereman -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of Barry Lindstrom Sent: Thursday, November 30, 2006 10:24 AM To: [email protected] Subject: Heavy Load Balancing Question Using ARS 6.3.17 server and client, a user logs in to a load balanced virtual server (3 servers in the environment) The user executes a push fields activelink that triggers a filter that fires a run process command that creates a file on whatever server they are attached to. IF the user fires another active link that that triggers a filter that fires a run process command that creates another file, are we guaranteed that both files will end up on the same server? Barry Lindstrom Certifiable ARJ ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
