FWIW: We're using registrator[1] to register with Consul, consul-haproxy[2] to generate the haproxy config, and have written a simple rest-client for Consul for use inside our Java apps to find their dependencies via Consul. Previously, we were using Marathon, a custom haproxy generator script, and a simple rest-client for Marathon inside our Java apps.
This does overcomplicate things somewhat though as now we have to pass the same healthcheck to both Marathon and Consul and there are more moving parts to hold this all together. We also have outstanding things to solve like how we ensure registrator (which we launch via Marathon) is always on every slave watching the docker socket. The motivation for this is that we're need to use Consul for the key-value store, need features like watches, distributed health checking etc I guess the ideal solution for us would to have Marathon tightly integrated with Consul though I am not sure how you're expose all the feature sets of both while it feeling like you're only interfacing with Marathon if that makes sense. [1] https://github.com/progrium/registrator [2] https://github.com/hashicorp/consul-haproxy On Tue, Sep 16, 2014 at 8:59 PM, Pablo Delgado <[email protected]> wrote: > Hi all, > > Take a look at https://github.com/opentable/mesoshub > > I am adding more documentation pretty soon. > > Cheers > > -Pablo > > On Fri, Sep 12, 2014 at 1:28 AM, Bart Spaans <[email protected]> > wrote: >> >> Hi all, >> >> I was looking into yet more alternatives and was wondering if anyone has >> tried Smartstack [1] or Consul [2][3][4], and if they have any thoughts on >> it? >> >> Cheers, >> Bart >> >> [1] http://nerds.airbnb.com/smartstack-service-discovery-cloud/ >> [2] http://www.consul.io/ >> [3] https://www.hashicorp.com/blog/haproxy-with-consul.html >> [4] https://github.com/kelseyhightower/confd >> >> On 11 September 2014 20:24, Thomas Petr <[email protected]> wrote: >>> >>> Gotcha, yep, Baragon could definitely use more documentation. I'll work >>> on putting together some deployment docs. Don't hesitate to ping the >>> Singularity mailing list for specific questions in the meantime. >>> >>> On Thu, Sep 11, 2014 at 2:02 PM, Ankur Chauhan <[email protected]> >>> wrote: >>>> >>>> Hi Tom, >>>> >>>> I looked at singularity some days ago and I was trying to setup Baragon >>>> and that was the place where I couldn't figure out stuff. It seemed like it >>>> was the right project and I could spend some time digging through the code >>>> to figure it out but a getting started guide for baragon and deployment >>>> guide were the things that would have helped me. The overall description >>>> gave me a good idea (which i like) but I needed a little more of a "how do >>>> i deploy this correctly and use it in prod" documentation. >>>> >>>> Thanks for pointing out the mailing list. I am still learning so I'll >>>> use that. >>>> >>>> -- Ankur >>>> >>>> On Thu, Sep 11, 2014 at 6:49 AM, Thomas Petr <[email protected]> wrote: >>>>> >>>>> Hey Ankur! >>>>> >>>>> When was the last time you looked at Singularity? We spent some time >>>>> last month improving our docs in anticipation for MesosCon, and we're >>>>> always >>>>> open to feedback on what could be improved. >>>>> >>>>> We're using a combination of Singularity and Baragon to host web >>>>> services. We use Nginx for load balancing (behind Amazon ELBs) but Baragon >>>>> isn't tied to a specific type of load balancer, so it should be pretty >>>>> easy >>>>> to make it work with HAProxy. Feel free to email me, or the Singularity >>>>> mailing list ([email protected]) if you have any >>>>> questions. >>>>> I'd be interested to see if this solution works for you! >>>>> >>>>> Thanks, >>>>> Tom >>>>> >>>>> On Thu, Sep 11, 2014 at 3:37 AM, Ankur Chauhan <[email protected]> >>>>> wrote: >>>>>> >>>>>> I looked around a bit but the docs on aurora are almost non-existant >>>>>> when you go into anything more that the basics. Singularity was another >>>>>> project that caught my eye but again lack of docs make it difficult to >>>>>> get >>>>>> started. >>>>>> >>>>>> On Thu, Sep 11, 2014 at 12:25 AM, Stephan Erb >>>>>> <[email protected]> wrote: >>>>>>> >>>>>>> Hi everybody, >>>>>>> >>>>>>> Ankur's post is general enough, allowing me to reiterate the >>>>>>> question: >>>>>>> >>>>>>> Does anyone know about similar HAProxy solutions for Aurora? >>>>>>> >>>>>>> Thanks, >>>>>>> Stephan >>>>>>> >>>>>>> >>>>>>> On Di, 2014-09-09 at 01:52 -0700, Ankur Chauhan wrote: >>>>>>> > Hi all, >>>>>>> > >>>>>>> > >>>>>>> > (Please let me know if this is not the correct place for such a >>>>>>> > question). >>>>>>> > I have been looking at mesos + marathon + haproxy as a way of >>>>>>> > deploying long running web applications. Mesos coupled with >>>>>>> > marathon's /tasks api gives me all the information needed to get a >>>>>>> > haproxy configured and load balancing all the tasks but it seems a >>>>>>> > little too simplistic. >>>>>>> > >>>>>>> > >>>>>>> > I was wondering if there are other projects or if others could >>>>>>> > share >>>>>>> > how they configure/reconfigure their loadbalancers when new tasks >>>>>>> > come >>>>>>> > alive. >>>>>>> > >>>>>>> > >>>>>>> > Just to make things a little more concrete consider the following >>>>>>> > use >>>>>>> > case: >>>>>>> > >>>>>>> > >>>>>>> > There are two web applications that are running as tasks on mesos: >>>>>>> > 1. webapp1 (http + https) on app1.domain.com >>>>>>> > 2. webapp2 (http + https) on app2.domain.com >>>>>>> > >>>>>>> > >>>>>>> > We want to configure a HAProxy server that routes traffic from >>>>>>> > users >>>>>>> > (:80 and :443) and loadbalances it correctly onto the correct set >>>>>>> > of >>>>>>> > tasks. Obviously there is some haproxy configuration happening here >>>>>>> > but i am interested in finding out what others have been doing in >>>>>>> > similar cases before I go around building yet another haproxy >>>>>>> > reconfigure and reload script. >>>>>>> > >>>>>>> > >>>>>>> > -- Ankur >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >> >> >> -- >> >> Bart Spaans >> Consultant >> OpenCredo Ltd -- Excellence in Enterprise Application Development >> >> Mobile: +44(0) 7453 777 558 >> >> Registered Office: 5-11 Lavington St., London SE1 0NZ >> Registered in UK. No 3943999 >> >> If you have received this e-mail in error please accept our apologies, >> destroy it immediately and it would be greatly appreciated if you notified >> the sender. It is your responsibility to protect your system from viruses >> and any other harmful code or device. We try to eliminate them from e-mails >> and attachments; but we accept no liability for any that remain. We may >> monitor or access any or all e-mails sent to us. > >
