Thanks guys for your insightful replies. I'm studying them. If I've got anything, I'll get back to you as soon as possible.<div><br></div><div>Have a nice day!<br><div><br></div><div>Cheers,</div><div>Howard<br>
<br><div class="gmail_quote">On Wed, Oct 10, 2012 at 7:25 PM, Sandy Walsh <span dir="ltr"><<a href="mailto:sandy.walsh@rackspace.com" target="_blank">sandy.walsh@rackspace.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hey Howard,<br>
<br>
Queues are generally in memory, but you may turn on persistent (disk) queues in your environment. So that's your limitation. Having rabbitmq on a different server is a good idea.<br>
<br>
Also, Queues are only used for control, not user data, so they shouldn't be that big of a burden. Having a queue-based architecture adds some complexity for synchronization, but their benefit of giving us burst-handling capabilities far outweigh that (imho).<br>

<br>
If your queues are filling up, you may:<br>
1. need beefier machines processing the offending queues (or rabbit server)<br>
2. need to add more worker nodes (more network, more scheduler, though more compute isn't appropriate)<br>
3. think about clustering rabbit<br>
<br>
Notifications are perhaps the chattiest queues in the system, so make sure you have suitable workers there (if you have notifications turned on)<br>
<br>
This might help you understand the flow through the queues a little more?<br>
<a href="http://www.sandywalsh.com/2012/04/openstack-nova-internals-pt1-overview.html" target="_blank">http://www.sandywalsh.com/2012/04/openstack-nova-internals-pt1-overview.html</a><br>
<a href="http://www.sandywalsh.com/2012/09/openstack-nova-internals-pt2-services.html" target="_blank">http://www.sandywalsh.com/2012/09/openstack-nova-internals-pt2-services.html</a><br>
<br>
Cheers,<br>
Sandy<br>
<br>
<br>
From: openstack-bounces+sandy.walsh=<a href="mailto:rackspace.com@lists.launchpad.net">rackspace.com@lists.launchpad.net</a> [openstack-bounces+sandy.walsh=<a href="mailto:rackspace.com@lists.launchpad.net">rackspace.com@lists.launchpad.net</a>] on behalf of Hao Wang [<a href="mailto:hao.1.wang@gmail.com">hao.1.wang@gmail.com</a>]<br>

Sent: Tuesday, October 09, 2012 11:49 PM<br>
To: <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Subject: [Openstack] Bottleneck of message queue<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
Hi guys,<br>
<br>
I am trying to figure out how the internal interaction processes within different modules of OpenStack. Frankly speaking, while I'm reading the source codes I lost myself and have to jump out again to look at OpenStack from out of the box. I don't know if anybody has the similiar feeling with me. Is there any picture I can follow to see the message flows?<br>

<br>
OpenStack is based on message queue to ensure the expansion easy. Here come my questions. Does anybody know the capacity of message queue? Would the capacity be a bottleneck of the platform?<br>
<br>
Thanks,<br>
Howard<br>
<br>
<br>
<br>
</div></div></blockquote></div><br></div></div>