[Openstack-operators] How do you keep your test env sync'ed to production?
joe at topjian.net
Thu Jan 9 17:46:35 UTC 2014
Thank you for the comment. I'm familiar with the TripleO project but never
saw how it could benefit my workflow.
I hesitate to hijack this thread, but I'm quite curious if I'm just not
understanding a key benefit to TripleO.
For our setup with bare-metal, Cobbler does standard PXE booting to apply
an OS image. It then uses bash scripts as a post-install step for any prep
work needed before Puppet takes over. Other benefits of Cobbler include the
ability to PXE boot into a rescue image, memtest image, or disk wipe
utility. Cobbler also acts as a hardware inventory for us.
On the virtualized side, Vagrant handles everything that Cobbler+post
Once either one reaches Puppet, the same configuration is used.
When I read through the TripleO documentation, I see references to having
to build images, bootstrap nodes, use Heat, etc. These would all be extra
steps and components that I currently don't need, plus I think I'd be lose
some features. In addition, it it looks like the TripleO workflow is
specific to building OpenStack environments. The components that I
currently use (Cobbler, Vagrant, Puppet) are all transferrable to other
But maybe I'm not getting TripleO?
On Thu, Jan 9, 2014 at 9:54 AM, Jeremy Stanley <fungi at yuggoth.org> wrote:
> On 2014-01-08 23:56:50 -0700 (-0700), Joe Topjian wrote:
> > In the past, we would re-provision the bare-metal servers with a
> > fresh OS and then run Puppet to deploy OpenStack, but then we
> > realized that we could do everything nested inside an OpenStack
> > environment. So the bare-metal hardware is now a separate
> > OpenStack environment which allows us to test several different
> > projects' OpenStack configurations under one main test cloud.
> Sounds remarkably similar to
> https://wiki.openstack.org/wiki/TripleO/TripleOCloud . You might
> want to consider joining in that effort, or at least realigning your
> methodology to take advantage of the improvements they're adding.
> Jeremy Stanley
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-operators