[This article was originally written by Nati Shalom.]
OpenStack Orchestration Moves up the Stack
OpenStack Icehouse, the Ninth OpenStack Release, was announced at the last summit and was named for a street in Hong Kong. The Icehouse release is primarily focused on stability and maturity. The release marks another milestone in the growth of the project. Just a few stats.
- 1,202 contributors, a 32 percent increase from the Havana release six months ago
- Approximately 350 new features added.
- 2,902 bug fixes were added in the Icehouse release cycle.
In this post I’m going to focus on the updates in the OpenStack Heat project, which is a.k.a OpenStack Orchestration. For a general overview on the Icehouse release I would recommend checking out the OpenStack Icehouse release notes or this article by InfoQ.
Heat Project Icehouse - Main Updates
The Heat project started as a clone of Amazon CloudFormation which is basically a declarative approach to automate the infrastructure set up on Amazon environments. The Icehouse release marks an evolution of the project up the stack. If in previous releases Heat was mainly used to orchestrate the OpenStack infrastructure, with Icehouse it has added many more capabilities to handle orchestration of the software stack as part of the application boot process.
This shift is reflected in the new HOT template format which allows you to describe a broader aspect of an application configuration including the new OS::Heat::ScalingPolicy. With the Icehouse release these HOT Templates have become the recommended approach. In addition, there is an ongoing effort to introduce TOSCA (Topology and Orchestration for Cloud Applications) into Heat, which is an OASIS-led standard. A new TOSCA translator project for Heat is now part of StackForge. A preview of the TOSCA simple profile can be found here supported by IBM, GigaSpaces, Huawei, Vnomic a preview version of a TOSCA-based Orchestration project for OpenStack is available with the new Cloudify 3.0 project.
Other updates include new the Trust-based security model that will allow the delegation of user roles and permissions without passing Keystone tokens or credentials. For more information on the new Heat Trust Model see the Steve Hardy post Heat auth model updates - part 1 Trust. In addition, the Icehouse release includes improvements to scalability by allowing the distribution of Heat deployments tasks between multiple Heat engines.
Try Out the Heat Icehouse Release on DevStack
Yoram Weinreb a Lead OpenStack Architect from GigaSpaces wrote a detailed example on how you can setup a Heat Icehouse environment on DevStack. What’s interesting with this example is the addition of Neutron orchestration as part of the simple WordPress example.
To try out the example with Heat Icehouse follow the steps from Yoram’s post.
I will be demonstrating this example at the upcoming OpenStack Design Summit in Atlanta next week in the talk - When Networks Meet Apps.