Configuration for memory watermark required

Bug #1908043 reported by Trent Lloyd
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack RabbitMQ Server Charm
New
Undecided
Unassigned

Bug Description

RabbitMQ by default allows itself to use up to 40% of installed RAM, based on the default setting vm_memory_high_watermark.relative (0.4 = 40%).

Once that watermark is hit, it attempts to free RAM by flushing messages to disk instead of RAM (while blocking clients). Various details of this are explained here: https://www.rabbitmq.com/memory.html

On our current deployments memory is not limited, and RabbitMQ takes this value from the full amount of host RAM - so tries to use up to 40% of 256GB/512GB/768GB. It also does not take HugePages into account, so even if 90% of RAM is permanently allocated to hugepages it does not reduce it's configuration.

The charm should expose and configure a better default watermark based on vm_memory_high_watermark.absolute instead (which is configured in MB) to some kind of sensible value which should be determined. We could also consider whether RabbitMQ will see and respect an LXD memory limit or if not try to have the charm detect such a limit although those are not currently set in standard deployments either.

Tags: sts
Trent Lloyd (lathiat)
description: updated
tags: added: sts
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.