On 05/17/2016 12:53 PM, Tugberk Ugurlu wrote: > Thanks for getting back! > Is there a place that I can influence this change or do you think that this > is something not possible cuz of some internal architectural concerns or > similar? I am trying to mimic the AWS ELB's register and deregister features. > BTW, is HAProxy open source? If so, is it on GitHub or somewhere else?
It most certainly is. You can find links to git repositories and other resources at http://www.haproxy.org/ Note that the main repos are _not_ on Github, but if you prefer Github there is an _inofficial_ clone on Github: https://github.com/haproxy/haproxy For discussions and feature requests this mailing list is the right place. As for this specific feature, it has been requested several times before and is, as far as I understand, being worked on, but not with high priority. > Thanks for getting back again, I do appreciate it! You're welcome :) Conrad > Tugberk > >> Subject: Re: Using socket commands to add a new server to a backend >> To: tugb...@outlook.com; haproxy@formilux.org >> From: con...@soundcloud.com >> Date: Tue, 17 May 2016 12:30:47 +0200 >> >> Hi Tugberk, >> >> On 05/16/2016 05:25 PM, Tugberk Ugurlu wrote: >>> Hi, >>> Is it possible to register a new server under a backend? This is similar to >>> what is being asked here: >>> http://haproxy.formilux.narkive.com/1OibZABp/using-haproxy-socket-to-add-new-servers >>> I cannot see the command available under the documented list of commands: >>> http://cbonte.github.io/haproxy-dconv/configuration-1.5.html#9.2 >> >> The response from the thread you linked to still holds true. >> >>> I am not sure what is the best way to handle rolling out new servers and >>> taking down the old ones without any downtime through an automated way. >> >> The reload in haproxy is designed to be very-close-to-zero downtime, so >> depending on your use case it might just be good enough. If you do opt for >> the solution mentioned in the above thread, do keep in mind that your >> config on disk an the state in haproxy might diverge, so your deployments >> will have take that into consideration. >> >> Cheers, >> Conrad >> -- >> Conrad Hoffmann >> Traffic Engineer >> >> SoundCloud Ltd. | Rheinsberger Str. 76/77, 10115 Berlin, Germany >> >> Managing Director: Alexander Ljung | Incorporated in England & Wales >> with Company No. 6343600 | Local Branch Office | AG Charlottenburg | >> HRB 110657B > > -- Conrad Hoffmann Traffic Engineer SoundCloud Ltd. | Rheinsberger Str. 76/77, 10115 Berlin, Germany Managing Director: Alexander Ljung | Incorporated in England & Wales with Company No. 6343600 | Local Branch Office | AG Charlottenburg | HRB 110657B