Deployment of containerised OpenStack to bare metal using kolla and bifrost
Go to file
Mark Goddard e748c1d591 RabbitMQ upgrade fails due to stale /etc/hosts
This bug was previously fixed but the fix did not cover all cases. This
issue is still present if an IP address other than 127.0.0.1 or the
admin IP address (but not the internal API IP address, which is correct)
is in /etc/hosts. For example, in CI we often see 127.0.1.1.

This change removes all entries from /etc/hosts for the host's current
hostname, other than the internal API IP address. It also adds a call to
rabbitmqctl status to verify that the change has worked.

Related: We ought to improve the kolla ansible prechecks to catch the
case when there is more than one IP address mapping for the host's
current hostname.

Change-Id: I2cb9928e04005c6961f3de7c571c9a06361c4f23
Story: 2003496
Task: 24773
2018-08-20 17:08:46 +01:00
.github Add an issue template. 2017-12-14 20:39:55 +00:00
ansible RabbitMQ upgrade fails due to stale /etc/hosts 2018-08-20 17:08:46 +01:00
dev Support configuring tunnel network 2018-07-20 13:57:03 +01:00
doc Merge "Fix path to virtualenv in usage guide" 2018-08-02 20:52:17 +00:00
etc/kayobe Merge "Make kolla ansible user and group configurable" 2018-08-02 20:51:08 +00:00
kayobe Merge "Support forcing rebuild of deployment images" 2018-07-23 15:40:29 +00:00
playbooks Add kolla project dependencies to Zuul configuration 2018-08-02 10:41:48 +01:00
releasenotes Merge "Make kolla ansible user and group configurable" 2018-08-02 20:51:08 +00:00
roles Collect kayobe and kolla configuration in deployment CI jobs 2018-05-16 19:15:05 +01:00
tools Merge branch 'master' into molecule-kolla-openstack 2018-02-22 15:19:15 +00:00
zuul.d Add kolla project dependencies to Zuul configuration 2018-08-02 10:41:48 +01:00
.coveragerc Use stestr for running unit tests, add a coverage environment 2018-03-08 16:37:08 +00:00
.gitignore Add 'venvs' to list of things which we don't want git to track 2018-07-02 14:17:18 +01:00
.gitreview Add .gitreview file 2018-03-08 16:37:08 +00:00
.stestr.conf Use stestr for running unit tests, add a coverage environment 2018-03-08 16:37:08 +00:00
.travis.yml Add a tox environment & dependencies for running molecule tests 2018-02-20 18:48:28 +00:00
CONTRIBUTING.rst Update README & CONTRIBUTING for OpenStack process 2018-03-13 14:14:26 +00:00
HACKING.rst Update README & CONTRIBUTING for OpenStack process 2018-03-13 14:14:26 +00:00
LICENSE License kayobe project under Apache2 2017-04-06 10:15:29 +01:00
README.rst Point README and docs to official release notes 2018-08-01 19:33:25 +01:00
requirements.txt Support Ansible 2.5 2018-06-06 12:45:51 +01:00
requirements.yml Merge "Add support for Mellanox switches running MLNX-OS" 2018-08-02 17:03:11 +00:00
setup.cfg Add necessary _ for setup.cfg 2018-07-10 12:09:51 -04:00
setup.py Use pbr to build the project 2018-03-08 16:37:08 +00:00
test-requirements.txt Follow the new PTI for document build 2018-04-03 17:28:15 +01:00
tox.ini fix tox python3 overrides 2018-06-18 10:39:33 +00:00
Vagrantfile Specify Vagrant box version 2018-05-22 17:15:06 +01:00

Kayobe

Kayobe enables deployment of containerised OpenStack to bare metal.

Containers offer a compelling solution for isolating OpenStack services, but running the control plane on an orchestrator such as Kubernetes or Docker Swarm adds significant complexity and operational overheads.

The hosts in an OpenStack control plane must somehow be provisioned, but deploying a secondary OpenStack cloud to do this seems like overkill.

Kayobe stands on the shoulders of giants:

  • OpenStack bifrost discovers and provisions the cloud
  • OpenStack kolla builds container images for OpenStack services
  • OpenStack kolla-ansible delivers painless deployment and upgrade of containerised OpenStack services

To this solid base, kayobe adds:

  • Configuration of cloud host OS & flexible networking
  • Management of physical network devices
  • A friendly openstack-like CLI

All this and more, automated from top to bottom using Ansible.

Features

  • Heavily automated using Ansible
  • kayobe Command Line Interface (CLI) for cloud operators
  • Deployment of a seed VM used to manage the OpenStack control plane
  • Configuration of physical network infrastructure
  • Discovery, introspection and provisioning of control plane hardware using OpenStack bifrost
  • Deployment of an OpenStack control plane using OpenStack kolla-ansible
  • Discovery, introspection and provisioning of bare metal compute hosts using OpenStack ironic and ironic inspector
  • Virtualised compute using OpenStack nova
  • Containerised workloads on bare metal using OpenStack magnum
  • Big data on bare metal using OpenStack sahara

In the near future we aim to add support for the following: