Ask Your Question

Tripleo in virtual environment

asked 2017-01-13 08:26:45 -0600

ospque gravatar image


I have been looking at deploying a CentOS based tripleo proof of concept which could possibly become required to run in production. I understand deploying the undercloud and overcloud nodes (compute, controller and storage) are recommended to be installed on baremetal hosts. However, due to available resources and the possible need to have this virtualised I have been looking at deploying tripleo in a virtual environment (instack-virt-setup) following the below guide. (

Is this kind of deployment agreed to be production capable? As I understand it all the overcloud nodes reside on one physical host, however is it possible to ensure resilience in this deployment - if this one physical node goes down surely all the openstack environment is down? Also in a baremetal environment scaling the overcloud would involve adding a new baremetal server updating ironic etc – how would this be possible in a virtual environment when during the deployment the node count has been set?

I would appreciate any feedback you can provide on these questions.

edit retag flag offensive close merge delete

2 answers

Sort by » oldest newest most voted

answered 2017-01-13 12:17:13 -0600

dbaxps gravatar image

updated 2017-01-13 14:20:50 -0600

Regarding Tripleo VENV via instack-virt-setup you may see
Regarding TripleO QuickStart (VENV) you may see :- ( only replace F25 VIRTHOST with CentOS 7.3 )
Regarding bare metal I would suggest you not to rely on RDO Newton tripleo packaging and make official RHOSP 10 purchase.
Quality of might be not perfect at the moment.
It would work on RHOSP 10 for sure. I guess RHOSP 10 has some downstream patching which you might miss in RDO packages with pretty much obvious consequences.
However, written above is just a guess. Feel free to test with no GUI instructions on bare metal.

It is also good to understand  that even  having original BM deployment done OK you would have to maintain BM Prod TripleO  Environment  via updates of heat stack "overcloud" which had been built by yourself on Undercloud BM  Node. For instance : 1.Replacing crashed Controller from PCS/Corosync Cluster. 2. Adding new Compute Node to environment and etc.
edit flag offensive delete link more


Thanks for the reply dbaxps. Is it possible to get resiliency in a virtual environment deployment? From what i see all the nodes; undercloud and overcloud sit on one physical machine so if that one machine goes down the entire openstack cloud is down?

ospque gravatar imageospque ( 2017-01-16 04:35:53 -0600 )edit

About 2 months ago there was message on RDO mailing list "Backup && Restore of TripleO QS deployment" to be developed shortly.
However, there were no more details published on RDO mailing list. Please, post your question to this forum and RDO mailing list.

dbaxps gravatar imagedbaxps ( 2017-01-16 05:01:52 -0600 )edit

They might share this info . It is useless for prod environment just for development and testing.
Another option (+ to previous two ) open RFE with RH bugzilla.

dbaxps gravatar imagedbaxps ( 2017-01-16 05:07:25 -0600 )edit

answered 2017-01-18 11:10:01 -0600

bnemec gravatar image

Virtual environment deployments of TripleO are not at all production ready, at least not with the documented instack-virt-setup method. While it may be possible to do a production deployment using TripleO and some nodes deployed to VMs, it actually ends up being more complicated if you want real HA, and it introduces considerably more potential points of failure. In addition, deploying a compute node in a VM introduces nested virt problems.

Deploying to virtual environments can be a good way to learn the basics of how TripleO works, but any deployments you intend to use for productive work should be done to baremetal.

edit flag offensive delete link more

Get to know Ask OpenStack

Resources for moderators

Question Tools

1 follower


Asked: 2017-01-13 08:26:45 -0600

Seen: 341 times

Last updated: Jan 18 '17