[rabbitmq-discuss] Performance Observations and Interesting Behavior

Wed Feb 12 00:32:23 GMT 2014

That's interesting - the speculation was that if we have X IOPs with 3 disc
nodes and all HA queues the messages would be replicated across all nodes,
so if we went to 2 RAM nodes we would see at least some drop in IOPs, but
we see none.

On Tue, Feb 11, 2014 at 3:47 PM, Alvaro Videla <videlalvaro at gmail.com>wrote:

> Hi Ron,
>
> About #3, the disc vs ram node difference is for RabbitMQ's metadata
> database, called Mnesia, it's not related on how messages are
> stored/persisted to disk.
>
> Regards,
>
> Alvaro
>
> On Wed, Feb 12, 2014 at 12:42 AM, Ron Cordell <ron.cordell at gmail.com>
> wrote:
> > Hi all --
> >
> > We've been performance testing RabbitMQ on Linux as we're about to move
> our
> > RabbitMQ infrastructure from Windows to Linux (as well as other things).
> I
> > wanted to share some of what we observed and if people have any feedback.
> > All tests were done using a 3-node cluster where most queues are HA,
> with an
> > F5 configured to provide a virtual IP to the application. There is a
> single
> > vHost.
> >
> > 1. On the same hardware the Linux installation easily outperforms the
> > Windows installation. It also uses fewer resources for the same
> throughput.
> >
> > 2. The Windows cluster becomes unstable and nodes start dropping
> > out/partitioning at around 1/3 max tested volume. The Linux cluster
> showed
> > no instability whatsoever up to maximum throughput.
> >
> > 3. Creating a cluster with 2 RAM nodes and 1 Disc node has the same disk
> I/O
> > requirements as 3 disc nodes. (This makes sense because as I believe the
> RAM
> > nodes will persist to disk for HA queues).
> >
> > 4. (here is the interesting one) When the F5 is configured to load
> balance
> > across the 3 nodes as a round-robin load balancer, maximum throughput is
> > significantly less than if the F5 sends all traffic to a single node.
> >
> > I'd love any feedback, especially on #4.
> >
> > Cheers!
> >
> > -ronc
> >
> > _______________________________________________
> > rabbitmq-discuss mailing list
> > rabbitmq-discuss at lists.rabbitmq.com
> > https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
> >
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
> https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20140211/ceb1f970/attachment.html>