[ops]RabbitMQ High Availability

DHilsbos at performair.com DHilsbos at performair.com
Mon Dec 6 22:53:18 UTC 2021


Arnaud;

Thank you for putting this together, and thank you for sending it over to me.  Reading it now.

Dominic L. Hilsbos, MBA
Vice President - Information Technology
Perform Air International Inc.
DHilsbos at PerformAir.com
www.PerformAir.com


-----Original Message-----
From: Arnaud Morin [mailto:arnaud.morin at gmail.com] 
Sent: Monday, November 29, 2021 12:04 PM
To: Bogdan Dobrelya
Cc: Dominic Hilsbos; openstack-discuss at lists.openstack.org
Subject: Re: [ops]RabbitMQ High Availability

Hi,

After a talk on this ml (which starts at [1]), we endup building a
documentation with Large Scale group.
The doc is accessible at [2].

Hope this will help.

[1] http://lists.openstack.org/pipermail/openstack-discuss/2020-August/016362.html
[2] https://wiki.openstack.org/wiki/Large_Scale_Configuration_Rabbit

On 24.11.21 - 11:31, Bogdan Dobrelya wrote:
> On 11/24/21 12:34 AM, DHilsbos at performair.com wrote:
> > All;
> > 
> > In the time I've been part of this mailing list, the subject of RabbitMQ high availability has come up several times, and each time specific recommendations for both Rabbit and Open Stack are provided.  I remember it being an A or B kind of recommendation (i.e. configure Rabbit like A1, and Open Stack like A2, OR configure Rabbit like B1, and Open Stack like B2).
> 
> There is no special recommendations for rabbitmq setup for openstack,
> but probably a few, like instead of putting it behind a haproxy, or the
> like, list the rabbit cluster nodes in the oslo messaging config
> settings directly. Also, it seems that durable queues makes a very
> little sense for highly ephemeral RPC calls, just by design. I would
> also add that the raft quorum queues feature of rabbitmq >=3.18 does
> neither fit well into the oslo messaging design for RPC calls.
> 
> A discussable and highly opinionated thing is also  configuring
> ha/mirror queue policy params for queues used for RPC calls vs
> broad-casted notifications.
> 
> And my biased personal humble recommendation is: use the upstream OCF RA
> [0][1], if configuring rabbitmq cluster by pacemaker.
> 
> [0] https://www.rabbitmq.com/pacemaker.html#auto-pacemaker
> 
> [1]
> https://github.com/ClusterLabs/resource-agents/blob/master/heartbeat/rabbitmq-server-ha
> 
> > 
> > Unfortunately, I can't find the previous threads on this topic.
> > 
> > Does anyone have this information, that they would care to share with me?
> > 
> > Thank you,
> > 
> > Dominic L. Hilsbos, MBA
> > Vice President - Information Technology
> > Perform Air International Inc.
> > DHilsbos at PerformAir.com
> > www.PerformAir.com
> > 
> > 
> > 
> 
> 
> -- 
> Best regards,
> Bogdan Dobrelya,
> Irc #bogdando
> 
> 




More information about the openstack-discuss mailing list