Hi Sandy, I couldn't access your links. Originally I though it's my laptop problem but it is not. It's not a good news for both of us that it seems your website is now being blocked by China GFW. :) Have you posted the same articles on other sites? Sorry for the inconvenience. Thanks.
Hi Josh, You're absolutely right. It's impossible to root cause issues without true data. In the meantime, your point reminds me a question, is there a way for rabbitmq to show online statistics of messages, like the output of command "netstat -i" to show the statistics of the in and out number of packets for network interfaces? Regards, Howard On Thu, Oct 11, 2012 at 1:53 AM, Joshua Harlow <[email protected]>wrote: > Also some real data/graphs/metrics if u have anything would go a long way > in helping others see the problem. > > Without data though its hard to know what is broke, what is the limit, and > what needs to be fixed. > > -Josh > > From: Hao Wang <[email protected]> > Date: Wednesday, October 10, 2012 6:50 AM > To: Sandy Walsh <[email protected]>, "[email protected]" < > [email protected]> > Cc: "[email protected]" <[email protected]> > Subject: Re: [Openstack] Bottleneck of message queue > > 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. > > Have a nice day! > > Cheers, > Howard > > On Wed, Oct 10, 2012 at 7:25 PM, Sandy Walsh <[email protected]>wrote: > >> Hey Howard, >> >> 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. >> >> 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). >> >> If your queues are filling up, you may: >> 1. need beefier machines processing the offending queues (or rabbit >> server) >> 2. need to add more worker nodes (more network, more scheduler, though >> more compute isn't appropriate) >> 3. think about clustering rabbit >> >> Notifications are perhaps the chattiest queues in the system, so make >> sure you have suitable workers there (if you have notifications turned on) >> >> This might help you understand the flow through the queues a little more? >> >> http://www.sandywalsh.com/2012/04/openstack-nova-internals-pt1-overview.html >> >> http://www.sandywalsh.com/2012/09/openstack-nova-internals-pt2-services.html >> >> Cheers, >> Sandy >> >> >> From: >> [email protected][openstack-bounces+sandy.walsh= >> [email protected]] on behalf of Hao Wang [ >> [email protected]] >> Sent: Tuesday, October 09, 2012 11:49 PM >> To: [email protected] >> Subject: [Openstack] Bottleneck of message queue >> >> >> Hi guys, >> >> 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? >> >> 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? >> >> Thanks, >> Howard >> >> >> >> >
_______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : [email protected] Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
