[openstack-dev] [Fuel] Configuration management for Fuel 7.0
ogelbukh at mirantis.com
Thu Dec 3 08:28:11 UTC 2015
Thank you. This is great research.
Could we have a conversation to discuss this? I'm especially interested in
idempotency problems of the fuel-library modules and the common way to
provide serialised data to the deployment.
On Tue, Dec 1, 2015 at 6:38 PM, Roman Sokolkov <rsokolkov at mirantis.com>
> Hello, folks.
> We need any kind of CM for Fuel 7.0. Otherwise new project with 800+ nodes
> will be near impossible to support. Customer always wants to change
> In our opinion, there are two major approaches for CM:
> #1 Independent CM (Puppet master, Chef, Ansible, whatever)
> #2 Fuel-based CM
> Solution for #2
> Fuel has all info about configuration. So we've tried to
> unlock "Settings"  and push "deploy" button.
> Major findings:
> * Task idem-potency. Looks like most of the tasks are idempotent.
> We've skipped 3 tasks on controller and were able to get NO downtime
> for Horizon and "nova list". BTW deeper QA required.
> * Standard changes. Operator can change parameters via WebUI, CLI or API.
> For example, i was able to deploy Sahara. Unfortunately there is not
> I mean some changes can lead to broken cloud...
> * Non-standard changes. Any other changes can be done with plugins.
> We can modify plugin tasks and scripts (all except UI flags). And then just
> do "--update" + "--sync". BTW, we can change UI for particular env via API
> by modifying "clusters/X/attributes".
> - This works (We have service under cron that runs tasks) 
> - NOT ready for production (in current state)
> - This requires much deeper testing
> I want to hear thoughts about approach above?
> What is the current status/plans for CM? I saw this discussion 
>  https://etherpad.openstack.org/p/lcm-use-cases
> Roman Sokolkov,
> Deployment Engineer,
> Mirantis, Inc.
> Skype rsokolkov,
> rsokolkov at mirantis.com
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev