Open Stack

We will have someone from Murano team also on this session. This topic is
really hot for most of app level projects in OpenStack.

Thanks
Gosha

On Thu, May 14, 2015 at 10:07 AM, Sergey Lukjanov <slukjanov at mirantis.com>
wrote:

> Hey,
>
> in Sahara we're looking on using Zaqar as a transport for agent some day
> as well. Unfortunately this section overlaps with Sahara sessions.
>
> On Thu, May 14, 2015 at 12:19 AM, Flavio Percoco <flavio at redhat.com>
> wrote:
>
>> On 13/05/15 18:06 +0000, Fox, Kevin M wrote:
>>
>>> Sahara also has the same problem, but worse, since they currently only
>>> support ssh with their agent, so its either assign floating ip's to all
>>> nodes, or your sahara controller must be on your one and only network node
>>> so it can tunnel. :/
>>>
>>> Should we have a chat with them too?
>>>
>>
>> We've scheduled a discussion with Trove's team on Thursday at 5pm.
>> It'd be great to have this discussion once and together to know what
>> the common issues are and what things need to be done.
>>
>> I'll ping folks from both teams to invite them to this session. If
>> they can't make it, I'm happy to use another working session slot.
>>
>> Cheers,
>> Flavio
>>
>>
>> http://libertydesignsummit.sched.org/event/59dc6ec910a732cdbf5970b6792e1cef#.VVRL0PYU9hE
>>
>>
>>
>>> Thanks,
>>> Kevin
>>> ________________________________________
>>> From: Zane Bitter [zbitter at redhat.com]
>>> Sent: Wednesday, May 13, 2015 10:26 AM
>>> To: openstack-dev at lists.openstack.org
>>> Subject: Re: [openstack-dev] [trove][zaqar] Trove and Zaqar integration.
>>> Summit working session
>>>
>>> On 11/05/15 05:49, Flavio Percoco wrote:
>>>
>>>> On 08/05/15 00:45 -0700, Nikhil Manchanda wrote:
>>>>
>>>>>    3)  The trove-guest-agent is in vm. it is connected by taskmanager
>>>>>>    by rabbitmq. We designed it. But is there some prectise to do this?
>>>>>>         how to make the vm be connected in vm-network and management
>>>>>>         network?
>>>>>>
>>>>>
>>>>> Most deployments of Trove that I am familiar with set up a separate
>>>>> RabbitMQ server in cloud that is used by Trove. It is not recommended
>>>>> to
>>>>> use the same infrastructure RabbitMQ server for Trove for security
>>>>> reasons. Also most deployments of Trove set up a private (neutron)
>>>>> network that the RabbitMQ server and guests are connected to, and all
>>>>> RPC messages are sent over this network.
>>>>>
>>>>
>>>> We've discussed trove+zaqar in the past and I believe some folks from
>>>> the
>>>> Trove team have been in contact with Fei Long lately about this. Since
>>>> one of the projects goal's for this cycle is to provide support to
>>>> other projects and contribute to the adoption, I'm wondering if any of
>>>> the members of the trove team would be willing to participate in a
>>>> Zaqar working session completely dedicated to this integration?
>>>>
>>>
>>> +1
>>>
>>> I learned from a concurrent thread ("[Murano] [Mistral] SSH workflow
>>> action") that Murano are doing exactly the same thing with a separate
>>> RabbitMQ server to communicate with guest agents. It's a real waste of
>>> energy when multiple OpenStack projects all have to solve the same
>>> problem from scratch, so a single answer to this would be great.
>>>
>>> In that thread I suggested (and Murano developers agreed with) making
>>> the transport pluggable so that operators could choose Zaqar instead. I
>>> would strongly support doing the same here.
>>>
>>
>> +1 :)
>>
>> Flavio
>>
>>
>>
>>> cheers,
>>> Zane.
>>>
>>>  It'd be a great opportunity to figure out what's really needed, edge
>>>> cases and get some work done on this specific case.
>>>>
>>>> Thanks,
>>>> Flavio
>>>>
>>>>
>>>>
>>>>
>>>> __________________________________________________________________________
>>>> OpenStack Development Mailing List (not for usage questions)
>>>> Unsubscribe:
>>>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>>
>>>>
>>>
>>>
>>> __________________________________________________________________________
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe:
>>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>> __________________________________________________________________________
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe:
>>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>
>> --
>> @flaper87
>> Flavio Percoco
>>
>> __________________________________________________________________________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
>
> --
> Sincerely yours,
> Sergey Lukjanov
> Sahara Technical Lead
> (OpenStack Data Processing)
> Principal Software Engineer
> Mirantis Inc.
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
Georgy Okrokvertskhov
Architect,
OpenStack Platform Products,
Mirantis
http://www.mirantis.com
Tel. +1 650 963 9828
Mob. +1 650 996 3284
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150514/1815b83d/attachment.html>