This blog post describes the steps required to deploy OVN in tripleo and a little bit of details on how it is deployed and the various components of tripleo used. If you are interested only in deploying OVN, then please see the last section. Components of OVN OVN has the following components or services which needs to be deployed and… Read more →
With the Newton release of TripleO and Openstack, one of the major changes that took place was the overhaul of the overcloud heat templates to a “composable roles” model. What this means is that the roles (controller, compute, ceph, etc) in tripleo can now be freely defined, and the services you wish to deploy on each of those roles is… Read more →
Things are moving very fast in OpenStack; it might be useful to take a short break and write down a little bit of retrospective; it will help to see what happened in Puppet OpenStack project during the last months.
Main points : Environment variables driven process 8 steps process Deploy OpenStack using upstream Puppet modules Works for both bare metal and virtualized deployments What is devtest and how does it work ? Devtest is the upstream way to deploy Openstack with TripleO. In simple words it takes you from a fresh bare metal server to an overcloud (understand OpenStack… Read more →
This post is originally published on Emilien Macchi’s blog. During the last OpenStack Summit, I had the pleasure to participate to the Infra sessions and we agreed at how to make functional testing for both Puppet OpenStack and Puppet Infra modules, which is a real proof of collaboration between both groups. However, I met some people still wondering how to… Read more →
Our Vancouver week just ended and I think it was a very productive Summit for the Puppet OpenStack folks. This blog post summarizes what we did this week, and what we plan for the next release.
We are proud to announce the first stable release of Software Factory. We have been operating a deployment that is hosting some projects along SF itself for a long time already. And since the platform has been proven stable enough for us, and consistently upgraded without much outage, it’s a good opportunity to look back at what we built and… Read more →
As OpenStack matures as a solution, there is a growing need to effectively deploy OpenStack in a prescriptive manner. To achieve this, numerous deployers have adopted Puppet to be their configuration tool of choice and it has grown to be the most widely used tool when deploying OpenStack. The community effort to automate the deployment of OpenStack using Puppet has… Read more →
Puppet is a key component in server deployment and configuration automation. When nodes successfully get provisioned by a Puppet master they retrieve all sorts of data, some which might be both confidentials and criticals. It is then mandatory to ensure that only authorized instances or nodes are allowed to retrieve such data. In today elastic systems and cloud era, it… Read more →
If you could not attend the last OpenStack Summit in Atlanta and you are interested by Puppet, this article is for you. First feedback: I was so happy to see dedicated sessions for Automation and OPS subjects. We got plenty of sessions where we could share experiences about the reality of OpenStack in production. Most people present in these sessions… Read more →
Having an industrialized way to deploy OpenStack for our customers, independant of the OpenStack/Linux distributions our customers may chose to use, is a key element to ensure maintainability and upgradability, and therefore customer satisfaction. As our experience grows, our set of tools is getting better everyday, and while we have often described some of these tools individually, providing a complete… Read more →
About OpenStack Puppet modules OpenStack has a lot of projects and all need to be configured to make an infrastructure working as we want. That means we needs one puppet module by project. Like we have in most of modules, each of them is made up of several class definitions, resource declarations, defined resources, and custom types/providers. Multiple companies and… Read more →
The project For one year, I’ve been working on OpenStack deployments and the first thing I do after each of them is to setup monitoring. There is some interesting ways that you could read on Internet. One of them is from Mirantis and explains that you could monitor API with check_http method. In my opinion, that’s not enough to use… Read more →
Quite recently François Charlier and I worked together on the Puppet modules for Ceph on behalf of our employer eNovance. In fact, François started to work on them last summer, back then he achieved the Monitor manifests. So basically, we worked on the OSD manifest. Modules are in pretty good shape thus we thought it was important to communicate to the community…. Read more →