Quick Start¶

Install Kolla-ansible for deployment or evaluation¶

Install kolla-ansible and its dependencies using pip.

pip install kolla-ansible

Copy globals.yml and passwords.yml to /etc/kolla directory.

For CentOS, run:

cp -r /usr/share/kolla-ansible/etc_examples/kolla /etc/kolla/

For Ubuntu, run:

cp -r /usr/local/share/kolla-ansible/etc_examples/kolla /etc/kolla/

Copy the all-in-one and multinode inventory files to the current directory.

For CentOS, run:

cp /usr/share/kolla-ansible/ansible/inventory/* .

For Ubuntu, run:

cp /usr/local/share/kolla-ansible/ansible/inventory/* .

Install Kolla for development¶

Clone the Kolla and Kolla-Ansible repositories from git.

git clone https://github.com/openstack/kolla
git clone https://github.com/openstack/kolla-ansible

Kolla-ansible holds the configuration files (globals.yml and passwords.yml) in etc/kolla. Copy the configuration files to /etc/kolla directory.

cp -r kolla-ansible/etc/kolla /etc/kolla/

Kolla-ansible holds the inventory files (all-in-one and multinode) in ansible/inventory. Copy the inventory files to the current directory.

cp kolla-ansible/ansible/inventory/* .

Inventory¶

Next step is to prepare our inventory file. Inventory is an ansible file where we specify node roles and access credentials.

Kolla-Ansible comes with all-in-one and multinode example inventory files. Difference between them is that the former is ready for deploying single node OpenStack on localhost. If you need to use separate host or more than one node, edit multinode inventory:

Edit the first section of multinode with connection details of your environment, for example:

[control]
10.0.0.[10:12] ansible_user=ubuntu ansible_password=foobar ansible_become=true
# Ansible supports syntax like [10:12] - that means 10, 11 and 12.
# Become clausule means "use sudo".

[network:children]
control
# when you specify group_name:children, it will use contents of group specified.

[compute]
10.0.0.[13:14] ansible_user=ubuntu ansible_password=foobar ansible_become=true

[monitoring]
10.0.0.10
# This group is for monitoring node.
# Fill it with one of the controllers' IP address or some others.

[storage:children]
compute

[deployment]
localhost       ansible_connection=local become=true
# use localhost and sudo

To learn more about inventory files, check Ansible documentation.

To confirm that our inventory is correct, run:

ansible -m ping all

Kolla passwords¶

Passwords used in our deployment are stored in /etc/kolla/passwords.yml file. All passwords are blank in this file and have to be filled either manually or by running random password generator:

For deployment or evaluation, run:

kolla-genpwd

For development, run:

cd kolla-ansible/tools
./generate_passwords.py

Kolla globals.yml¶

globals.yml is the main configuration file for Kolla-Ansible. There are a few options that are required to deploy Kolla-Ansible:

• Image options

  User has to specify images that are going to be used for our deployment. In this guide DockerHub provided pre-built images are going to be used. To learn more about building mechanism, please refer image building documentation.

  Kolla provides choice of several Linux distributions in containers:

  • Centos
  • Ubuntu
  • Oraclelinux
  • Debian
  • RHEL

  For newcomers, we recommend to use CentOS 7 or Ubuntu 16.04.

  kolla_base_distro: "centos"
  

  Next “type” of installation needs to be configured. Choices are:

  binary

  using repositories like apt or yum

  source

  using raw source archives, git repositories or local source directory

  Note

  This only affects OpenStack services. Infrastructure services like Ceph are always “binary”.

  Note

  Source builds are proven to be slightly more reliable than binary.

  kolla_install_type: "source"
  

  To use DockerHub images, the default image tag has to be overriden. Images are tagged with release names. For example to use stable Pike images set

  openstack_release: "pike"
  

  It’s important to use same version of images as kolla-ansible. That means if pip was used to install kolla-ansible, that means it’s latest stable version so openstack release should be set to pike. If git was used with master branch, DockerHub also provides daily builds of master branch (which is tagged as master):

  openstack_release: "master"
  

• Networking

  Kolla-Ansible requires a few networking options to be set. We need to set network interfaces used by OpenStack.

  First interface to set is “network_interface”. This is the default interface for multiple management-type networks.

  network_interface: "eth0"
  

  Second interface required is dedicated for Neutron external (or public) networks, can be vlan or flat, depends on how the networks are created. This interface should be active without IP address. If not, instances won’t be able to access to the external networks.

  neutron_external_interface: "eth1"
  

  To learn more about network configuration, refer Network overview.

  Next we need to provide floating IP for management traffic. This IP will be managed by keepalived to provide high availability, and should be set to be not used address in management network that is connected to our network_interface.

  kolla_internal_vip_address: "10.1.0.250"
  

• Enable additional services

  By default Kolla-Ansible provides a bare compute kit, however it does provide support for a vast selection of additional services. To enable them, set enable_* to “yes”. For example, to enable Block Storage service:

  enable_cinder: "yes"
  

  Kolla now supports many OpenStack services, there is a list of available services. For more information about service configuration, Please refer to the Services Reference Guide.