<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 8 déc. 2021 à 11:48, Bogdan Dobrelya <<a href="mailto:bdobreli@redhat.com">bdobreli@redhat.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Please see inline<br>
<br>
>> I read this with great interest because we are seeing this issue. Questions:<br>
>> <br>
>> 1. We are running kola-ansible Train, and our RMQ version is 3.7.23. Should we be upgrading our Train clusters to use 3.8.x?<br>
>> 2. Document [2] recommends policy '^(?!(amq\.)|(.*_fanout_)|(reply_)).*'. I don't see this in our ansible playbooks, nor in any of the config files in the RMQ container. What would this look like in Ansible, and what should the resulting container config look like?<br>
>> 3. It appears that we are not setting "amqp_durable_queues = True". What does this setting look like in Ansible, and what file does it go into?<br>
> <br>
> Note that even having rabbit HA policies adjusted like that and its HA<br>
> replication factor [0] decreased (e.g. to a 2), there still might be<br>
> high churn caused by a large enough number of replicated durable RPC<br>
> topic queues. And that might cripple the cloud down with the incurred<br>
> I/O overhead because a durable queue requires all messages in it to be<br>
> persisted to a disk (for all the messaging cluster replicas) before they<br>
> are ack'ed by the broker.<br>
> <br>
> Given that said, Oslo messaging would likely require a more granular<br>
> control for topic exchanges and the durable queues flag - to tell it to<br>
> declare as durable only the most critical paths of a service. A single<br>
> config setting and a single control exchange per a service might be not<br>
> enough.<br>
<br>
Also note that therefore, amqp_durable_queue=True requires dedicated<br>
control exchanges configured for each service. Those that use<br>
'openstack' as a default cannot turn the feature ON. Changing it to a<br>
service specific might also cause upgrade impact, as described in the<br>
topic [3].<br>
<br></blockquote><div> </div><div>The same is true for `amqp_auto_delete=True`. That requires dedicated control exchanges else it won't work if each service defines its own policy on a shared control exchange (e.g `openstack`) and if policies differ from each other.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
[3] <a href="https://review.opendev.org/q/topic:scope-config-opts" rel="noreferrer" target="_blank">https://review.opendev.org/q/topic:scope-config-opts</a><br>
<br>
> <br>
> There are also race conditions with durable queues enabled, like [1]. A<br>
> solution could be where each service declare its own dedicated control<br>
> exchange with its own configuration.<br>
> <br>
> Finally, openstack components should add perhaps a *.next CI job to test<br>
> it with durable queues, like [2]<br>
> <br>
> [0] <a href="https://www.rabbitmq.com/ha.html#replication-factor" rel="noreferrer" target="_blank">https://www.rabbitmq.com/ha.html#replication-factor</a><br>
> <br>
> [1]<br>
> <a href="https://zuul.opendev.org/t/openstack/build/aa514dd788f34cc1be3800e6d7dba0e8/log/controller/logs/screen-n-cpu.txt" rel="noreferrer" target="_blank">https://zuul.opendev.org/t/openstack/build/aa514dd788f34cc1be3800e6d7dba0e8/log/controller/logs/screen-n-cpu.txt</a><br>
> <br>
> [2] <a href="https://review.opendev.org/c/openstack/nova/+/820523" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/nova/+/820523</a><br>
> <br>
>> <br>
>> Does anyone have a sample set of RMQ config files that they can share?<br>
>> <br>
>> It looks like my Outlook has ruined the link; reposting:<br>
>> [2] <a href="https://wiki.openstack.org/wiki/Large_Scale_Configuration_Rabbit" rel="noreferrer" target="_blank">https://wiki.openstack.org/wiki/Large_Scale_Configuration_Rabbit</a><br>
> <br>
> <br>
> -- <br>
> Best regards,<br>
> Bogdan Dobrelya,<br>
> Irc #bogdando<br>
<br>
<br>
-- <br>
Best regards,<br>
Bogdan Dobrelya,<br>
Irc #bogdando<br>
<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Hervé Beraud</div><div>Senior Software Engineer at Red Hat</div><div>irc: hberaud</div><div><a href="https://github.com/4383/" target="_blank">https://github.com/4383/</a></div><div><a href="https://twitter.com/4383hberaud" target="_blank">https://twitter.com/4383hberaud</a><br><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div>