[tripleo] Turning off Paunch by default
kevin at cloudnull.com
Sat Feb 22 22:54:25 UTC 2020
Great work on the role and all of the integrations Emilien. Lots of effort
went into this simplification and It is awesome to see this become the
On Fri, Feb 21, 2020 at 11:32 Emilien Macchi <emilien at redhat.com> wrote:
> Hi folks,
> In the long-term effort of simplification and convergence to Ansible, the
> replacement of Paunch has passed a big milestone where it has proven to be
> stable enough to be the default.
> A lot of testing has happened, including updates and upgrades; all
> positive so far.
> The role itself is documented here:
> It has functional testing (Molecule), testing things like container config
> updates, idempotency, and many more use cases.
> You can take a look:
> The role itself is using custom filters; which are all unit tested. Some
> modules were created as well. More testing has to happen on these modules
> but they have proven to work and even improve the operator experience to
> cover more scenarios and improve the logging and debugging process.
> The role doesn't support Docker, and won't at this point; it doesn't fit
> with our roadmap.
> With that patch, any new deployment (not using Docker) will now use the
> new role and not Paunch anymore:
> Which means: standalone, undercloud, overcloud.
> If you already have a running deployment, you can either run a minor
> update which will update THT and roll your cloud; or you can also set
> EnablePaunch: False and the containers will be restarted with the new
> If for some reason, you need to disable it, here's how:
> - undercloud.conf: undercloud_enable_paunch = false
> - standalone/overcloud: EnablePaunch: False
> It is not supported to roll back to a Paunch deployment once your
> containers are managed by Ansible; if you try it, an error will raise and
> the deployment/update/upgrade will stop.
> If you find any problem, bug or have any feedback for improvement, please
> let me know and we'll make it better.
> During the following weeks, we'll watch for performances and see if it
> degraded or if it's better. Paunch's replacement shouldn't make it faster
> because Ansible has a lot of overhead; however we want to make sure that it
> doesn't cause issues at scale. Which is why we're going to observe that now
> and do more testing at scale now it's the default.
> I want to thank all the reviewers involved in that effort, and specially
> Sagi, Kevin and Alex for their great feedback.
> Emilien Macchi
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the openstack-discuss