[openstack-dev] [Fuel] Using saltstack as orchestrator for fuel

Dmitriy Shulyak dshulyak at mirantis.com
Wed Jun 11 09:48:20 UTC 2014


Actually i am proposing salt as alternative, the main reason - salt is
mature, feature full orchestration solution, that is well adopted even by
our internal teams


On Wed, Jun 11, 2014 at 12:37 PM, Evgeniy L <eli at mirantis.com> wrote:

> Hi,
>
> As far as I remember we wanted to replace Astute with Mistral [1], do we
> really want to have some intermediate steps (I mean salt) to do it?
>
> [1] https://wiki.openstack.org/wiki/Mistral
>
>
> On Wed, Jun 11, 2014 at 10:38 AM, Dmitriy Shulyak <dshulyak at mirantis.com>
> wrote:
>
>> Yes, in my opinion salt can completely replace
>> astute/mcollective/rabbitmq.
>> Listen and respond to the events generated by nailgun, or any other
>> plugin - not a problem.
>> There is already some kind of plugin for salt that adds ability to
>> execute puppet on minions (agents) [1]
>>
>> [1]
>> http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.puppet.html
>>
>>
>> On Tue, Jun 10, 2014 at 4:06 PM, Mike Scherbakov <
>> mscherbakov at mirantis.com> wrote:
>>
>>> Interesting stuff.
>>> Do you think that we can get rid of Astute at some point being purely
>>> replaced by Salt?
>>> And listening for the commands from Fuel?
>>>
>>> Can you please clarify, does the suggested approach implies that we can
>>> have both puppet & SaltStack? Even if you ever switch to anything
>>> different, it is important to provide a smooth and step-by-step way for it.
>>>
>>>
>>>
>>> On Mon, Jun 9, 2014 at 6:05 AM, Dmitriy Shulyak <dshulyak at mirantis.com>
>>> wrote:
>>>
>>>> Hi folks,
>>>>
>>>> I know that sometime ago saltstack was evaluated to be used as
>>>> orchestrator in fuel, so I've prepared some initial specification, that
>>>> addresses basic points of integration, and general requirements for
>>>> orchestrator.
>>>>
>>>> In my opinion saltstack perfectly fits our needs, and we can benefit
>>>> from using mature orchestrator, that has its own community. I still dont
>>>> have all the answers, but , anyway, i would like to ask all of you to start
>>>> a review for specification
>>>>
>>>>
>>>> https://docs.google.com/document/d/1uOHgxM9ZT_2IdcmWvgpEfCMoV8o0Fk7BoAlsGHEoIfs/edit?usp=sharing
>>>>
>>>> I will place it in fuel-docs repo as soon as specification will be full
>>>> enough to start POC, or if you think that spec should placed there as is, i
>>>> can do it now
>>>>
>>>> Thank you
>>>>
>>>> _______________________________________________
>>>> OpenStack-dev mailing list
>>>> OpenStack-dev at lists.openstack.org
>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Mike Scherbakov
>>> #mihgen
>>>
>>>
>>> _______________________________________________
>>> OpenStack-dev mailing list
>>> OpenStack-dev at lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140611/71a46c5f/attachment.html>


More information about the OpenStack-dev mailing list