We have other supporting services that require RabbitMQ and since they only accept a single host in their connection config, we need a more reliable way for them to connect. Those services work just fine with HAProxy/RabbitMQ.
The OpenStack HA guide <http://docs.openstack.org/high-availability-guide/content/_configure_openstack_services_to_use_rabbitmq.html> is the only document I've come across that talks about connecting to RabbitMQ by way of multiple hosts. Even the RabbitMQ docs <http://www.rabbitmq.com/clustering.html> mention the use of a load balancer, DNS round robin, etc. So when someone reads up on RabbitMQ outside of the HA guide and sees that it works well with HAProxy for other services, I think it's understandable that they would attempt to connect OpenStack to RabbitMQ via HAProxy. On Fri, Mar 20, 2015 at 12:07 AM, John Dewey <[email protected]> wrote: > Why would anyone want to run rabbit behind haproxy? I get people did it > post the ‘rabbit_servers' flag. Allowing the client to detect, handle, and > retry is a far better alternative than load balancer health check > intervals. > > On Thursday, March 19, 2015 at 9:42 AM, Kris G. Lindgren wrote: > > I have been working with dism and sileht on testing this patch in one of > our pre-prod environments. There are still issues with rabbitmq behind > haproxy that we are working through. However, in testing if you are using > a list of hosts you should see significantly better catching/fixing of > faults. > > If you are using cells with the don¹t forget to also apply: > https://review.openstack.org/#/c/152667/ > ____________________________________________ > Kris Lindgren > Senior Linux Systems Engineer > GoDaddy, LLC. > > > > On 3/19/15, 10:22 AM, "Mark Voelker" <[email protected]> wrote: > > At the Operator¹s midcycle meetup in Philadelphia recently there was a > lot of operator interest[1] in the idea behind this patch: > > https://review.openstack.org/#/c/146047/ > > Operators may want to take note that it merged yesterday. Happy testing! > > > [1] See bottom of https://etherpad.openstack.org/p/PHL-ops-rabbit-queue > > At Your Service, > > Mark T. Voelker > OpenStack Architect > > > _______________________________________________ > OpenStack-operators mailing list > [email protected] > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > > > > _______________________________________________ > OpenStack-operators mailing list > [email protected] > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > > > > _______________________________________________ > OpenStack-operators mailing list > [email protected] > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > >
_______________________________________________ OpenStack-operators mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
