Terje, http://<mid-tier server>/arsys/samples/StatusCheck.jsp has been there since at least 7.1 and probably earlier. It will return a simple "200 OK" if everything is good. Your load balancer can use that to validate a healthy node.
Thad On Tue, Apr 9, 2013 at 8:57 PM, Axton <[email protected]> wrote: > ** > Lots of variables that go into answering that question. Most of the > variables are specific to your environment. The more information you can > share about your current configuration, the better your answers will be. > For example: > - What type of LB are you using? > - How are the networks around the LB arranged? > - Are the machines in the VIP multi-homed? > > Typically, people want the load balancer to check the health of each > individual node so that the load balancer can automatically remove nodes in > the event they fail. > > > On Tue, Apr 9, 2013 at 4:17 PM, Terje Moglestue <[email protected]> wrote: > >> Folks, >> >> My infrastructure team want to build a Health Check procedure that checks >> all the nodes behind the load balancer. >> If we just sent a URL request to the LB in front of the mid-tier servers, >> we do not know which path the request will go. >> >> How can be best determine the path? >> >> We could implement a servlet in the mid-tier tomcat that connects to each >> AR Server. If LB routes the sessions depending on the TCP port (e.g. port >> 2001 goes to AR Server node 1, port 2002 to AR Server 2 etc.) we could have >> a simple servlet with 2 parameters: >> Server name (which is always the LB alias) and port (allows us to choose >> the AR Server we want to check). The servlet should implement one or more >> API calls to the AR Server, e.g. retrieve data from a table. We might be >> able to implement this as a JSP. >> >> Have anyone done this? Or is the another simple solution out there? >> >> Thanks, >> Terje >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> "Where the Answers Are, and have been for 20 years" >> > > _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
