I'll preface this by saying I've never worked with "Windows Load balancer."
I would think though that you have to configure a rule that states when the 
Load balancer "knows" that the service is down. For example, on a netscaler 
device, you would have it monitor port 7000 traffic and if that port was down 
for "x" seconds, then the load balancer assumes the service is down and shuts 
that node off until port 7000 comes alive again. 
Is there anything like that on the Windows Load Balancer? I would think there 
is because if you look at load balancing something a little more complex like 
the mid tier or some other random application, it may just not be enough to 
make a connection to port 80 or 8080. Sometimes, you can connect to the page 
but get a 404 error. So, you would have to configure the LB rule to not only 
look at establishing a connection to port 80, but also look for a return code 
on the page of 404. 
Hope that leads you in the right direction. 
-Tauf


-----Original Message-----
From: Action Request System discussion list(ARSList) on behalf of Phil
Sent: Thu 10/27/2011 4:52 AM
To: [email protected]
Subject: ARS 7.6.04 Windows Load Balancer 2008 configuration
 
Hi,

I'm trying to set up a Remedy server group to load balance 2 app
servers behind a Windows load balancer 2008.

Remedy is configured to run on a specific port and the Windows load
balancer is configured with a port rule as follows:

Cluster operation mode: Unicast
Filtering Mode: Multiple Host
Affinity: None.

The Life span setting is enabled in Mid Tier.

I can succesfully connect to Remedy via the wlb but if I stop the
Remedy service on one of the app servers the WLB doesn't appear to
recognise the service is down and still attempts to connect to the app
server which is down causing the login to fail.

What do I need to do to ensure the wlb won't direct traffic a server
when the Remedy service is not running?

Thanks

Phil

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

**********************************************************************
This e-mail and its attachments may contain Forest Laboratories, Inc. 
proprietary information that is privileged, confidential or subject to 
copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely 
for the use of the individual or entity to which it is addressed. If you are 
not the intended recipient of this e-mail, or the employee or agent responsible 
for delivering this e-mail to the intended recipient, you are hereby notified 
that any dissemination, distribution, copying or action taken in relation to 
the contents of and attachments to this e-mail is strictly prohibited and may 
be unlawful. If you have received this e-mail in error, please notify the 
sender immediately and permanently delete the original and any copy of this 
e-mail and any printout.

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Reply via email to