Open Stack

Hi there Joe,

What we do with the notifications is read them from single queue defined by
rabbit_notification_topic and then recreate the messages into unique queues
for each individual glance-api node.  This allows each glance-api node to
sync images independently from one-another and should one node temporarily
drop offline it'll just process any image.update or image.delete messages
when it comes back online.

You'd run into issues using glance-image-sync across several very busy
glance-api nodes, but for smaller / quieter installations it should work OK.

Thanks,
Matt


On Tue, Apr 23, 2013 at 5:22 PM, Joe Topjian <joe.topjian at cybera.ca> wrote:

> Hi Matt,
>
> This is pretty cool. I'm curious about the need to synchronize
> notifications?
>
> On this same topic: Michael Still wrote a similar tool called
> glance-replicator (
> http://docs.openstack.org/trunk/openstack-compute/admin/content/replicating-images.html
> ).
>
>
> Thanks,
> Joe
>
>
> On Tue, Apr 23, 2013 at 4:28 AM, Matt Thompson <wateringcan at gmail.com>wrote:
>
>> Hi Ad,
>>
>> I echo what has already been said, but I did need something to replicate
>> images on my glance nodes when using local file store and wrote a quick
>> script at  https://github.com/mattt416/glance-image-sync as a result.
>>  It's not ideal, but does get the job done for this specific situation.
>>
>> Feel free to send issues/comments/pull requests via github if you find it
>> of any use.
>>
>> Thanks,
>> Matt
>>
>>
>> On Mon, Mar 18, 2013 at 10:12 PM, Ahmad Ahmadi <ahmadidamha at yahoo.com>wrote:
>>
>>> Hi,
>>>
>>> How can I have multiple glance nodes in a way that, when I create an
>>> image from the controler, it would be coppied to all of the glance nodes?
>>> Now, when I define multiple glance endpoints in the controler
>>> (keystone), the images would only go to the first glance node.
>>>
>>> I also want to avoid putting the name of all glance nodes in the nova
>>> nodes.
>>>
>>> Thank you,
>>> Ad
>>>
>>> _______________________________________________
>>> OpenStack-operators mailing list
>>> OpenStack-operators at lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>>
>>>
>>
>> _______________________________________________
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>
>>
>
>
> --
> Joe Topjian
> Systems Administrator
> Cybera Inc.
>
> www.cybera.ca
>
> Cybera is a not-for-profit organization that works to spur and support
> innovation, for the economic benefit of Alberta, through the use
> of cyberinfrastructure.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20130424/c5e6ed02/attachment.html>