f2cc3bbfce
* Fix up messaging in a couple of playbooks to describe Rocky as a supported install host Change-Id: Ief4023bab570836b41c6837a6abbbbcde2644bb3
57 lines
2.5 KiB
ReStructuredText
57 lines
2.5 KiB
ReStructuredText
.. _app-aboutosa:
|
|
|
|
=======================
|
|
About OpenStack-Ansible
|
|
=======================
|
|
|
|
OpenStack-Ansible (OSA) uses the `Ansible <https://www.ansible.com/how-ansible-works>`_
|
|
IT automation engine to deploy an OpenStack environment on Ubuntu, Debian
|
|
and CentOS Stream (including derivatives like Rocky Linux)
|
|
|
|
For isolation and ease of maintenance, all OpenStack services are installed by
|
|
default from source code into python virtual environments.
|
|
|
|
The services are further isolated via the use of LXC containers, but these are
|
|
optional and a bare metal based installation is also possible.
|
|
|
|
The OpenStack-Ansible manifesto
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
All the design considerations (the container architecture, the ability to
|
|
override any code, the network considerations, etc.) of this project are
|
|
listed in our :dev_docs:`architecture reference <reference/architecture/index.html>`.
|
|
|
|
Why choose OpenStack-Ansible?
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
* Supports the major Linux distributions Ubuntu, CentOS/Rocky, Debian.
|
|
* Offers automation for upgrades between major OpenStack releases.
|
|
* Uses OpenStack defaults for each of the project roles, and provides
|
|
extra wiring and optimised configuration when combining projects
|
|
together.
|
|
* Does not implement its own DSL, and uses wherever possible Ansible
|
|
directly. All the experience acquired using Ansible can be used in
|
|
openstack-ansible, and the other way around.
|
|
* You like to use reliable, proven technology. We try to run OpenStack
|
|
with a minimum amount of packages that are not provided by distributions
|
|
or the OpenStack community. Less dependencies and distribution tested
|
|
software make the project more reliable.
|
|
* You want to be able to select how to deploy on your hardware: deploy
|
|
partially on metal, fully on metal, or fully in machine containers.
|
|
|
|
When **not** to choose OpenStack-Ansible?
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
* If your company is already invested with other configuration management
|
|
systems, Puppet or Chef, and does not want to use Ansible we recommend
|
|
re-using your knowledge and experimenting with a different
|
|
OpenStack deployment project.
|
|
* You want to deploy OpenStack with 100% application containers.
|
|
We currently support LXC containers, if you want to go 100% Docker,
|
|
there are other projects in the OpenStack community that can
|
|
help you.
|
|
* You want to deploy OpenStack services from distribution packages
|
|
(deb or rpm). Whilst there is some support for this, coverage of the
|
|
services is incomplete and a lot of operator flexibility is lost
|
|
when using this approach.
|