[rabbitmq-discuss] OOM kill

Dmitry Andrianov dmitry.andrianov at alertme.com
Sat Mar 8 16:38:14 GMT 2014

I am not sure myself what I am actually proposing )
I just know that server process dying completely is a very bad thing to happen.

Ulimit can prevent it from happening but at the cost of not accepting consumers when it is reached.
Not sure if the use case I am trying is very common or it is specific to us but the idea is to have many clients (mostly producing) in the internet while a few consumers on the server side. With such layout we should protect Rabbit from dying because of too many clients but at the same time we must let consumers from the neighbour servers connect.

So if I was able to extend Rabbit, I would be thinking of adding something like a limiting policy to every tcp listener. So for internal port (inaccessible from internet) I would not set any limits while on the ssl listener (accessible from the internet) I would configure a limiting policy either with fixed limit (say 10k connections) or memory-based policy (start limiting connections when memory is low).

Something like that.
But from Michael's words I understand that it is not something you need yourself or think is needed by the community because it is not how Rabbit is supposed to be used.


> On 8 Mar 2014, at 15:24, Matthias Radestock <matthias at rabbitmq.com> wrote:
> Matthias
This email is for the use of the intended recipient(s) only.
If you have received this email in error, please notify the sender immediately and then delete it.
If you are not the intended recipient, you must not use, disclose or distribute this email without the
author's prior permission. AlertMe.com Ltd. is not responsible for any personal views expressed
in this message or any attachments that are those of the individual sender.

AlertMe.com Ltd, 30 Station Road, Cambridge, CB1 2RE, UK.
Registered in England, Company number 578 2908, VAT registration number GB 895 9914 42.

More information about the rabbitmq-discuss mailing list