You can do a health-check on a different port than the one jetty uses..
You could use the iptables trick from the docs...
Or if you are allowed to add something to your jetty app you could make a little page people could remove from another page..
Thus controlling the server-status from a jsp-page..
That page could also be doing some important health checks as well i suppose..

Magnus

On Aug 20, 2009, at 10:23 AM, Matt wrote:

In this case I am not load balancing to apache or anything else where
I can touch/remove a file, I am load balancing directly to the http
application which doesn't serve any local files, it's a jetty app.

On LVS I could touch a file on the LB or use the ipvsadm command to
drop a servers weight to 0.  However i'm working in EC2 hence my use
of haproxy.

Could I run apache on the LB and have two health checks? one for a uri
on the backend ( option httpchk server1/myapp ) and another with
disable-on-404 that's pointing to a file on the LB (localhost/server1)
for maintenance?

Thanks,

Matt

2009/8/20 Willy Tarreau <[email protected]>:
On Wed, Aug 19, 2009 at 11:18:08PM +0200, Magnus Hansen wrote:
Very true...
There are some nice examples in the docs.
You could also use the persist option to keep old users on the server
while new ones go to other servers.
I use that to make sure i dont kick users..

better use the "http-check disable-on-404" now, as it allows you to set a server's weight to zero based on a reply to a health-check. If I can find some time (joke) I'll update the architecture manual with examples using this, and possibly with simple scripts to move a file on the server
to perform various maintenance operations.

Willy





Reply via email to