Open Stack

Alexis, 

It is also obvious that the link I provided is a particularly biased source, so it should be taken with a grain of salt. I only mentioned Qpid because Nova just received a driver for it, I didn't know the differences in such detail.

One of the problems Nova has is that it registers N queues for N hosts, with one host pulling from each queue (1:1). This is why ZeroMQ is a good fit, whereby messages can be sent directly to those hosts. There are also a small (but active) number of N to N queues which remain centralized and for which running Rabbit or Qpid is a good fit.

It would be interesting exercise to allow the ZeroMQ driver to defer back to the Kombu or Qpid driver for those messages which must remain centralized.

-- 
Eric Windisch


On Wednesday, January 25, 2012 at 1:18 AM, Alexis Richardson wrote:

> On Wed, Jan 25, 2012 at 4:46 AM, Eric Windisch <eric at cloudscaling.com (mailto:eric at cloudscaling.com)> wrote:
> > Sorry, I had originally sent only to Yun Mao. Sending to list.
> > 
> > ---
> > 
> > Rather than attempt to answer this, I defer to the ZeroMQ guide. It should
> > be noted that the designers of AMPQ, iMatix, designed and build ZeroMQ.
> > (RabbitMQ and QUID implement AMQP)
> > 
> 
> 
> Hold on a second there...
> 
> There has been a LOT of muddle and fud ("fuddle"?) around AMQP. Let
> me try to clear that up.
> 
> Qpid's default option is AMQP 0-10. While feature-rich, 0-10 is not
> widely used and was described by the AMQP chairman as too long and
> complicated not long after it was published. See also commentary on
> the web, on the subject of its length. Rabbit does not and will not
> support this version, and other folks have not implemented it either.
> 
> WHEREAS --
> 
> RabbitMQ implements AMQP 0-91, a 40 page spec. It's the one most people use.
> 
> 0-9-1 is the version of AMQP that is used across a very large number
> of use cases, that is quite easy to implement. It was created by all
> the implementers of AMQP that existed at time of writing including
> Rabbit, Redhat, JPMorgan, and of course iMatix. Pieter @iMatix was
> the spec editor, and did a fantastic job. 0-9-1 provides
> interoperable messaging as witnessed by the large number (100s) of
> clients and add-ons that have been created by the community. There
> have also been several servers implemented, that all just work with
> those clients. For example Kaazing, StormMQ, and OpenAMQ. I believe
> that Qpid also supports it, which might be important for this
> community (Redhat guys please note).
> 
> This is what Pieter said: "Read AMQP/0.9.1, it is a beautiful, clean,
> minimalist work essentially created by cooperation in the working
> group to improve AMQP/0.8. I edited AMQP/0.9.1, based on a hundred or
> more fixes made by the best individual brains in that group. Alexis is
> right - this is not disappearing." (Ref - comments here:
> http://it.toolbox.com/blogs/open-source-smb/whats-the-future-of-amqp-44450)
> 
> I agree with Pieter. We also like the way that 0-9-1 can play nicely
> with 0mq and other protocols. Note that Rabbit supports these via
> plugins.
> 
> alexis
> 
> 
> 
> 
> 
> 
> > http://zguide.zeromq.org/page:all#Why-We-Needed-MQ
> > 
> > 
> > --
> > Eric Windisch
> > 
> > On Tuesday, January 24, 2012 at 5:20 PM, Yun Mao wrote:
> > 
> > Hi I'm curious and unfamiliar with the subject. What's the benefit of
> > 0MQ vs Kombu? Thanks,
> > 
> > Yun
> > 
> > On Tue, Jan 24, 2012 at 7:08 PM, Eric Windisch <eric at cloudscaling.com (mailto:eric at cloudscaling.com)>
> > wrote:
> > 
> > Per today's meeting, I am proposing the ZeroMQ RPC driver for a
> > feature-freeze exception.
> > 
> > I am making good progress on this blueprint, it adds a new optional module
> > and service without modifying any existing code or modules. I have been
> > pushing to complete this work by E3, so I am close to completion, but cannot
> > finish by tonight's deadline.
> > 
> > The ZeroMQ driver will provide an alternative to Kombu (RabbitMQ) and QPID
> > for messaging within Nova. Currently, the code passes unit tests but fails
> > on smoketests. I expect to have the code viable for a merge proposal in less
> > than a week, tomorrow if I'm smart, lucky, and the store doesn't sell out of
> > RedBull. A two week grace would give me a nice buffer.
> > 
> > Thanks,
> > Eric Windisch
> > 
> > 
> > _______________________________________________
> > Mailing list: https://launchpad.net/~openstack
> > Post to     : openstack at lists.launchpad.net (mailto:openstack at lists.launchpad.net)
> > Unsubscribe : https://launchpad.net/~openstack
> > More help   : https://help.launchpad.net/ListHelp
> > 
> > 
> > 
> > _______________________________________________
> > Mailing list: https://launchpad.net/~openstack
> > Post to     : openstack at lists.launchpad.net (mailto:openstack at lists.launchpad.net)
> > Unsubscribe : https://launchpad.net/~openstack
> > More help   : https://help.launchpad.net/ListHelp
> > 
> 
> 
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20120125/c2e33ac8/attachment.html>