Ansible Modules Collection for using OpenStack
Go to file
Jakob Meng 65a7e74b2b Refactored baremetal_node_action module
Sorted argument specs and documentation of the module.

Refactored baremetal_node_action module to be a subclass of the
OpenStackModule class.

Redefined baremetal_node_info's module attributes 'id' and 'uuid'
as aliases of the 'name' attribute because modules in this collection
do not differentiate between ids and names. The previous revision of
baremetal_node_info module had the same behaviour implemented but did
not make the relationship between 'id'/'uuid' and 'name' explicit.

Changed types and/or choices of module attributes 'deploy',
'maintenance', 'power' and 'state' to match what has been described
in DOCUMENTATION string and to get rid of the non-Ansible'ish and
inconsistent parsing of input values in _is_true() and _is_false()
functions. Ansible can handle argument types for us, no need to
implement it ourselfs.

Dropped deprecated ironic_url attribute from DOCUMENTATION docstring.
Dropped wait and timeout attributes from DOCUMENTATION because their
docstrings will be added via documentation fragment.

Dropped attribute 'result' from module results because in our modules
we consistently do not explain what we do in modules.

Updated DOCUMENTATION, EXAMPLES and added RETURN docstrings.

Refactored the change logic for maintenance, power state and state,
eliminating unreachable or broken code.

Dropped wait attribute from DOCUMENTATION because its docstring will
be added via documentation fragment.

Kept timeout attribute in DOCUMENTATION and argument_spec because
it has a high(er) default value, to account for long node
(de)activiation times, than what e.g. the generic doc fragment
specifies.

Change-Id: I991f23c16583da106105677d75b3651959280d98
2022-10-25 11:30:46 +02:00
changelogs Release 1.7.1 version 2022-03-09 20:17:52 +01:00
ci Refactored baremetal_node and baremetal_node_info modules 2022-10-25 10:11:39 +02:00
contrib Update author lines 2020-06-23 21:50:43 +03:00
docs Fix docs for openstack fragment 2022-03-09 22:20:40 +02:00
meta Dropped symbolic links and plugin routing for deprecated module names 2022-07-22 09:48:20 +00:00
plugins Refactored baremetal_node_action module 2022-10-25 11:30:46 +02:00
scripts/inventory Fixed Python shebang and UTF-8 coding in modules 2022-07-28 10:03:09 +02:00
tests Bump minimum required openstacksdk release to 0.102.0 2022-10-14 12:08:43 +02:00
tools Dropped symbolic links and plugin routing for deprecated module names 2022-07-22 09:48:20 +00:00
.gitignore Add galaxy.yml to support install from git 2020-10-21 09:12:05 +00:00
.gitreview Added .gitreview 2019-09-25 15:21:42 +00:00
.zuul.yaml Refactored floating_ip and floating_ip_info modules 2022-10-14 12:09:28 +02:00
CHANGELOG.rst Release 1.7.1 version 2022-03-09 20:17:52 +01:00
CONTRIBUTING.rst Add contributing file 2020-05-13 08:07:01 -05:00
COPYING Fix license metadata 2020-03-05 15:08:38 +00:00
README.md Bump minimum required openstacksdk release to 0.102.0 2022-10-14 12:08:43 +02:00
bindep.txt Add bindep.txt for ansible-builder 2021-05-19 14:04:33 -04:00
galaxy.yml Bump devel version to 2.0.0-dev in master 2022-03-10 13:44:26 +02:00
galaxy.yml.in Synchronized galaxy.yml and galaxy.yml.in files 2022-03-25 19:49:55 +00:00
requirements.txt Bump minimum required openstacksdk release to 0.102.0 2022-10-14 12:08:43 +02:00
setup.cfg setup.cfg: Replace dashes with underscores 2021-04-29 17:38:54 +08:00
setup.py Add setup.py for install with pip 2020-06-04 14:23:23 +00:00
tox.ini Refactored tox requirements for different Ansible releases 2022-03-31 10:35:16 +00:00

README.md

OpenDev Zuul Builds - Ansible Collection OpenStack

Ansible Collection: openstack.cloud

This repo hosts the openstack.cloud Ansible Collection.

The collection includes the Openstack modules and plugins supported by Openstack community to help the management of Openstack infrastructure.

Breaking backward compatibility ⚠️

Dear contributors and users of the Ansible OpenStack collection! Our codebase has been split into two separate release series:

  • 2.x.x releases of Ansible OpenStack collection are compatible with OpenStack SDK 1.x.x and its release candidates 0.99.0 and later only (OpenStack Zed and later). Our master branch tracks our 2.x.x releases.
  • 1.x.x releases of Ansible OpenStack collection are compatible with OpenStack SDK 0.x.x prior to 0.99.0 only (OpenStack Yoga and earlier). Our stable/1.0.0 branch tracks our 1.x.x releases.

Both branches will be developed in parallel for the time being. Patches from master will be backported to stable/1.0.0 on a best effort basis but expect new features to be introduced in our master branch only. Contributions are welcome for both branches! Differences between both branches are mainly renamed and sometimes dropped module return values. We try to keep our module parameters backward compatible by offering aliases but e.g. the semantics of filters parameters in *_info modules have changed due to updates in the OpenStack SDK.

Our decision to break backward compatibility was not taken lightly. OpenStack SDK's first major release (1.0.0 and its release candidates >=0.99.0) has streamlined and improved large parts of its codebase. For example, its Connection interface now consistently uses the Resource interfaces under the hood. This required breaking changes from older SDK releases though. The Ansible OpenStack collection is heavily based on OpenStack SDK. With OpenStack SDK becoming backward incompatible, so does our Ansible OpenStack collection. We simply lack the devpower to maintain a backward compatible interface in Ansible OpenStack collection across several SDK releases.

Our first 2.0.0 release is currently under development and we still have a long way to go. If you use modules of the Ansible OpenStack collection and want to join us in porting them to the upcoming OpenStack SDK, please contact us! Ping Jakob Meng mail@jakobmeng.de (jm1) or Rafael Castillo rcastill@redhat.com (rcastillo) and we will give you a quick introduction. We are also hanging around on irc.oftc.net/#openstack-ansible-sig and irc.oftc.net/#oooq 😎

We have extensive documentation on why, what and how we are adopting and reviewing the new modules, how to set up a working DevStack environment for hacking on the collection and, most importantly, a list of modules where we are coordinating our porting efforts.

Installation and Usage

Installing dependencies

For using the Openstack Cloud collection firstly you need to install ansible and openstacksdk Python modules on your Ansible controller. For example with pip:

pip install "ansible>=2.9" "openstacksdk>=0.102.0"

OpenStackSDK has to be available to Ansible and to the Python interpreter on the host, where Ansible executes the module (target host). Please note, that under some circumstances Ansible might invoke a non-standard Python interpreter on the target host. Using Python version 3 is highly recommended for OpenstackSDK and strongly required from OpenstackSDK version 0.39.0.


NOTE

OpenstackSDK is better to be the last stable version. It should NOT be installed on Openstack nodes, but rather on operators host (aka "Ansible controller"). OpenstackSDK from last version supports operations on all Openstack cloud versions. Therefore OpenstackSDK module version doesn't have to match Openstack cloud version usually.


Installing the Collection from Ansible Galaxy

Before using the Openstack Cloud collection, you need to install the collection with the ansible-galaxy CLI:

ansible-galaxy collection install openstack.cloud

You can also include it in a requirements.yml file and install it through ansible-galaxy collection install -r requirements.yml using the format:

collections:
- name: openstack.cloud

Playbooks

To use a module from the Openstack Cloud collection, please reference the full namespace, collection name, and module name that you want to use:

---
- name: Using Openstack Cloud collection
  hosts: localhost
  tasks:
    - openstack.cloud.server:
        name: vm
        state: present
        cloud: openstack
        region_name: ams01
        image: Ubuntu Server 14.04
        flavor_ram: 4096
        boot_from_volume: True
        volume_size: 75

Or you can add the full namespace and collection name in the collections element:

---
- name: Using Openstack Cloud collection
  hosts: localhost
  collections:
    - openstack.cloud
  tasks:
    - server_volume:
        state: present
        cloud: openstack
        server: Mysql-server
        volume: mysql-data
        device: /dev/vdb

Usage

See the collection docs at Ansible site:

Contributing

For information on contributing, please see CONTRIBUTING

There are many ways in which you can participate in the project, for example:

We work with OpenDev Gerrit, pull requests submitted through GitHub will be ignored.

Testing and Development

If you want to develop new content for this collection or improve what is already here, the easiest way to work on the collection is to clone it into one of the configured COLLECTIONS_PATHS, and work on it there.

Testing with ansible-test

We use ansible-test for sanity:

tox -e linters

More Information

TBD

Communication

We have a dedicated Interest Group for Openstack Ansible modules. You can find other people interested in this in #openstack-ansible-sig on OFTC IRC.

License

GNU General Public License v3.0 or later

See LICENCE to see the full text.