What do you get with Print?

Instant access to your digital eBook copy whilst your Print order is Shipped

Paperback book shipped to your preferred address

Download this book in EPUB and PDF formats

Access this title in our online reader with advanced features

DRM FREE - Read whenever, wherever and however you want

OpenStack Orchestration

Chapter 1. Getting Started with the Orchestration Service for OpenStack

OpenStack is an open source cloud computing platform that offers mainly an Infrastructure as a Service (IaaS) solution and several service features such as scalability, high availability, and redundancy. It was started as a joint project by NASA and Rackspace in 2010. OpenStack is a combination of several independent components that are integrated with each user using an API. A non-profit corporate organization called OpenStack Foundation was established in the year 2012, which is responsible for maintaining the versioning and development of OpenStack.

The following are the objectives that we will cover in this chapter:

The OpenStack architecture
The Orchestration service of OpenStack
The Heat workflow
The Orchestration authorization model
Stack domain users

Introduction to the OpenStack architecture

Several independent applications (also called projects) are responsible for the formation of OpenStack. These applications are discussed in the following sections.

Horizon

Horizon is the web-based control panel that provides an interface (or a dashboard) to control and carry out administrative activities in the cloud environment. It provides web-based options to interact with other components of OpenStack. New virtual machine instances can be launched using this interface. Not only this but also several other resources such as disk volumes, floating IP addresses, and so on can be managed using this interface. This project was named as Horizon.

Nova

Nova is the compute service component of the OpenStack framework that is responsible for maintaining the life cycle of virtual machines. This includes spawning of new virtual machines, stopping, restarting, and decommissioning of virtual machines.

Neutron

Neutron is the component of OpenStack that offers networking services, including LAN subnet management, VLAN management, and bridging services to be used by the virtual machine instances. It also includes the Open vSwitch application that provides an SDN-enabled forwarding device.

Swift

The Swift component of OpenStack is responsible for providing object storage services.

Object storage is a storage type where data is stored in the form of objects (data and associated metadata). It also provides an API to access and store data.

Cinder

This Cinder component of OpenStack offers block storage services. This is used by the virtual machine instances as disk volumes.

Keystone

Keystone is the component of OpenStack that provides authentication and authorization services to other components of OpenStack as well as individual users or tenants.

Glance

Glance provides disk imaging service to the virtual machine instances of OpenStack. Disk images can be used to create new disk volumes and virtual machine instances.

Ceilometer

Ceilometer is the metering service provider for OpenStack. It monitors and records several performance metrics for OpenStack components that include CPU load, CPU utilization, memory utilization, disk volume utilization, and so on.

Heat

Heat is the component of OpenStack with provides orchestration and configuration service for OpenStack components and resources. It can be used in combination with the Ceilometer component to achieve autoscalability and high availability.

Heat supports standards such as TOSCA (Topology and Orchestration Specification for Cloud Applications) and Amazon CloudFormation.

Trove

The Trove component of OpenStack provides a Database as a Service (DBaaS) solution. Both relational as well as nonrelational database engines are supported by Trove.

The Orchestration authorization model

The Heat component of OpenStack uses an authorization model composed of mainly two types:

Password-based authorization
Authorization based on OpenStack identity trusts

This process is known as Orchestration authorization.

Password authorization

In this type of authorization, a password is expected from the user. This password must match with the password stored in a database by the Heat engine in an encrypted form.

The following are the steps used to generate a username/password:

A request is made to the Heat engine for a token or an authorization password. Normally, the Heat command-line client or the dashboard is used.
The validation checks will fail if the stack contains any resources under deferred operations. If everything is normal, then a username/password is provided.
The username/password are stored in the database in encrypted form.

In some cases, the Heat engine, after obtaining the credentials, requests another token on the user's behalf, and thereafter, access to all the roles of the stack owner are provided.

Keystone trusts authorization

Keystone trusts are extensions to OpenStack identity services that are used for enabling delegation of resources. The trustor and the trustee are the two delegates used in this method. The trustor is the user who delegates and the trustee is the user who is being delegated. The following information from the trustor is required by the identity service to delegate a trustee:

The ID of the trustee (user to be delegated, in case of Heat, it will be the Heat user)
The roles to be delegated (the roles are configured using the Heat configuration file, for example, to launch a new instance to achieve auto-scaling in case of reaching a threshold)

Trusts authorization execution

The creation of a stack via an API request step can be followed to execute a trust based authorization.

A token is used to create a trust between the stack owner (the trustor) and the Heat service user (also known as the trustee in this case). A special role is delegated. This role must be predefined in the trusts_delegated_roles list inside the heat.conf file.

By default, all the available roles for the trustor are set to be available for the trustee if it is not modified using a local RBAC policy.

This trust ID is stored in an encrypted form in the database. This trust ID is retrieved from the database when an operation is required.

Stack domain users

The Heat stack domain user is used to authorize a user to carry out certain operations inside a virtual machine.

Agents running inside virtual machine instances are provided with metadata. These agents repot and share the performance statistics of the VM on which they are running.

They use this metadata to apply any changes or some sort of configuration expressed in the metadata.

A signal is passed to the Heat engine when an event is completed successfully or with the failed status. A typical example can be to generate an alert when the installation of an application is completed on a specific virtual machine after its first reboot.

Heat provides features for encapsulating all the stack-defined users into a separate domain. This domain is usually created to store the information related to the Heat service. A domain admin is created, which is used by Heat for the management of the stack-domain users.

Configuring stack domain users

The following procedure is used to configure stack domain users:

A new domain is created using keystone (OpenStack Identity service). Usually, the domain name is set to Heat. This ID is configured in the heat.conf file against the parameter stack_user_domain.
A new user is created using keystone with permissions to create and delete projects and users. This newly defined user must belong to the domain created in step 1.
The user created in step 2 (along with the password) is configured in heat.conf against the parameters: stack_domain_admin and stack_domain_admin_password.

This user is used to maintain the stack domain users on behalf of stack owners. As the heat_domain_admin user is only allowed access to the Heat domain, the risk of unwanted access to other domains is limited.

The following are the commands and the steps necessary to set up domain users:

A domain is created using the following command:

$ openstack --os-identity-api-version=3  --os-auth-url  http://192.168.5.38:35357/v3\
--os-username admin --os-password ADMIN --os-project-name admin domain create heat \
--description "Domain For HEAT Projects and Users"

Here $OS_TOKEN refers to a token that must be a valid token.

This will return a domain ID that will be referred to as $HEAT_DOMAIN_ID in the next step.

Next, a user will be created within the domain created in step 1:

$ openstack  user create heat_domain_admin \
--os-identity-api-version=3  \
--os-auth-url  http://192.168.5.38:35357/v3 \
--os-username=admin --os-password=ADMIN \
--os-project-name=admin \
--domain heat \
--description "Admin for HEAT domain"\

This will return a domain admin ID, which will be used in the next step.

Next, the newly created user in step 2 is assigned the role of domain admin:

$ openstack role add admin \
--user heat_domain_admin \
--os-identity-api-version=3  \
--os-auth-url  http://192.168.5.38:35357/v3 \
--os-username=admin \
--os-password=ADMIN \
--os-project-name=admin \
--domain heat

We'll get the output shown in the following screenshot for this command:

The information such as domain ID, username, and password is needed to be configured against the relevant parameters in heat.conf.

Creating a stack

The following are the steps needed to create a sample stack:

If the stack contains any resources that require creation of a "stack domain user", then a new "stack domain project" in the "Heat" domain is created.
A new user is created under "stack domain project" by Heat if it is required. From an authentication perspective, this user is completely separate and also unrelated to the "stack owner's project."

While processing API requests, an internal lookup is made by Heat Orchestration to grant the required privileges to the user for both the stack owner's project as well as the stack domain project. These privileges are controlled by the policy.json file.

Key benefits

Set up, manage, and troubleshoot Heat and effectively automate your datacenter and cloud-based services

Achieve high availability, minimize down-time, and automate the deployment of cloud-based services and resources with minimum effort

Upgrade your skills and manipulate resources on virtual machines in an unattended fashion using Heat

Description

This book is focused on setting up and using one of the most important services in OpenStack orchestration, Heat. First, the book introduces you to the orchestration service for OpenStack to help you understand the uses of the templating mechanism, complex control groups of cloud resources, and huge-potential and multiple-use cases. We then move on to the topology and orchestration specification for cloud applications and standards, before introducing the most popular IaaS cloud framework, Heat. You will get to grips with the standards used in Heat, overview and roadmap, architecture and CLI, heat API, heat engine, CloudWatch API, scaling principles, JeOS and installation and configuration of Heat. We wrap up by giving you some insights into troubleshooting for OpenStack. With easy-to-follow, step-by-step instructions and supporting images, you will be able to manage OpenStack operations by implementing the orchestration services of Heat.

What you will learn

Install an orchestration service for a private cloud environment

Tackle errors that show up during the installation and configuration of heat

Configure a template for orchestration using the native HOT format

Configure a template for orchestration using the AWS cloud formation format

Deploy a stack using the HOT template

Deploy a test stack using the AWS CloudFormation template

Automate and orchestrate cloud-based services with OpenStack Heat

What do you get with Print?

Instant access to your digital eBook copy whilst your Print order is Shipped

Paperback book shipped to your preferred address

Download this book in EPUB and PDF formats

Access this title in our online reader with advanced features

DRM FREE - Read whenever, wherever and however you want

Frequently bought together

$54.99

Learning OpenStack Networking (Neutron), Second Edition

$54.99

$43.99

Total $ 153.97

Hamza Siddiqui Sep 03, 2017

Great book, learned a lot

Amazon Verified review

Sri Thuraisamy Nov 29, 2015

This book is recommended for anyone interested to integrate with Heat module. The book also cover the opens tack single/multi node architecture. It would have been better if the book covered more examples on catalogue formation.

Krishna Sumanth Boinepally Nov 10, 2016

I'd prefer openstack documentation over this book. it just defines basic stuff. It's a waste of money.

OpenStack Orchestration:

What do you get with Print?

Contact Details

Shipping Address

Billing Address

Horizon

Nova

Neutron

Swift

Cinder

Keystone

Glance

Ceilometer

Heat

Trove

Key benefits

Description

Who is this book for?

What you will learn

Product Details

What do you get with Print?

Contact Details

Shipping Address

Billing Address

Product Details

Packt Subscriptions

Frequently bought together

Table of Contents

Recommendations for you

Customer reviews

People who bought this also bought

About the author

FAQs