Re: Graceful shutdown of haproxy

2017-05-27 Thread Willy Tarreau
On Mon, May 22, 2017 at 12:23:31PM -0700, Gold Star wrote: > Thanks for pointing out the obvious flaw Maciej. > > Is it possible to modify option #2 (Lua-script powered endpoint) to define > a read-write endpoint where read endpoint (HTTP GET) returns the health > status while the write endpoint

Re: Graceful shutdown of haproxy

2017-05-22 Thread Gold Star
Thanks for pointing out the obvious flaw Maciej. Is it possible to modify option #2 (Lua-script powered endpoint) to define a read-write endpoint where read endpoint (HTTP GET) returns the health status while the write endpoint (HTTP POST on the same port) will update an in-memory variable that

Re: Graceful shutdown of haproxy

2017-05-22 Thread Maciej Katafiasz
On 22 May 2017 at 00:23, Gold Star wrote: > We can assume that the decider process sets an environment variable, say > HEALTHY, to true or false at any time it wants. We would like an haproxy > instance to return a healthy signal iff it is genuinely healthy and the >

Graceful shutdown of haproxy

2017-05-22 Thread Gold Star
Hi, I am looking for a way to (1) report health from a haproxy instance, such that (2) the health response is set by another "decider" process on the same host. What is the best way to go about it? I am using version 1.7.1 but can upgrade if need be. We can assume that the decider process sets