[openstack-dev] [fuel][swift] Separate roles for Swift nodes

Alex Schultz aschultz at mirantis.com
Wed Sep 16 13:41:01 UTC 2015


Hey Daniel,

So that patch is the one I was referring to about supporting swift being
located elsewhere. That change would allow you to create a plugin with a
swift role and be able to override where swift is currently deployed.  We
had similar changes to support splitting off keystone/database/rabbitmq as
well. If you look at the plugins, we are creating hiera override data to
flip the switches within the existing fuel code to disable functionality on
the existing controller role. That change lists the hiera values you could
set in a plugin to override the values for a deployment.  You cannot use
the 'base-os' role as no additional puppet gets run for the 'base-os' role
and we don't do any network setup.

Thanks,
-Alex

On Wed, Sep 16, 2015 at 7:42 AM, Daniel Depaoli <
daniel.depaoli at create-net.org> wrote:

> Alex, what about this patch https://review.openstack.org/#/c/188599/?
> Does it work? Is it possible to install swift in a 'base-os' role node?
>
> On Fri, Sep 11, 2015 at 4:11 PM, Alex Schultz <aschultz at mirantis.com>
> wrote:
>
>> Hey Daniel,
>>
>> So as part of the 7.0 work we added support in plugins to be able to
>> create roles and being able to separate roles from the existing system. I
>> think swift would be a good candidate for this.  I know we also added in
>> some support for an external swift configuration that will be helpful if
>> you choose to go down the plugin route.  As an example of a plugin where
>> we've separated roles from the controller (I believe swift currently lives
>> as part of the controller role), you can take a look at our keystone,
>> database and rabbitmq plugins:
>>
>> https://github.com/stackforge/fuel-plugin-detach-keystone
>> https://github.com/stackforge/fuel-plugin-detach-database
>> https://github.com/stackforge/fuel-plugin-detach-rabbitmq
>>
>> -Alex
>>
>> On Fri, Sep 11, 2015 at 2:24 AM, Daniel Depaoli <
>> daniel.depaoli at create-net.org> wrote:
>>
>>> Hi all!
>>> I'm starting to investigate some improvements for swift installation in
>>> fuel, in paticular a way to dedicate a node for it. I found this blueprint
>>> https://blueprints.launchpad.net/fuel/+spec/swift-separate-role that
>>> seems to be what i'm looking for.
>>> The blueprint was accepted but not yet started. So, can someone tell me
>>> more about this blueprint? I'm interested in working for it.
>>>
>>> Best regards,
>>>
>>> --
>>> ========================================================
>>> Daniel Depaoli
>>> CREATE-NET Research Center
>>> Smart Infrastructures Area
>>> Junior Research Engineer
>>> ========================================================
>>>
>>>
>>> __________________________________________________________________________
>>> 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
>>
>>
>
>
> --
> ========================================================
> Daniel Depaoli
> CREATE-NET Research Center
> Smart Infrastructures Area
> Junior Research Engineer
> ========================================================
>
> __________________________________________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150916/83524dbc/attachment.html>


More information about the OpenStack-dev mailing list