61 lines
2.6 KiB
ReStructuredText
61 lines
2.6 KiB
ReStructuredText
=======================
|
|
About OpenStack-Ansible
|
|
=======================
|
|
|
|
OpenStack-Ansible (OSA) uses the `Ansible <https://docs.ansible.com/ansible/latest/getting_started/index.html>`_
|
|
IT automation engine to deploy an OpenStack environment on
|
|
|
|
.. raw:: HTML
|
|
:file: ../../../deploy-guide/source/supported-platforms.html
|
|
|
|
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.
|
|
|
|
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 :ref:`architecture` reference.
|
|
|
|
Why choose OpenStack-Ansible?
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
* Supports the major Linux distributions
|
|
|
|
.. raw:: HTML
|
|
:file: ../../../deploy-guide/source/supported-platforms.html
|
|
|
|
* Offers automation for upgrades between major OpenStack releases.
|
|
* Uses OpenStack defaults for each of the project roles, and provides
|
|
extra wiring and optimized 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 in other configuration management
|
|
system (Puppet) and does not want to use Ansible we recommend
|
|
building on your existing 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.
|