Jakob Meng 8743f24c4b Refactored TripleO jobs
Added a note that we do not have to build the RPM of the Ansible
OpenStack collection from source because TripleO Quickstart installs
the collection from job.required-projects [1]. The latter shadows the
RPM release which is installed later by TripleO because it has a
higher precedence in ansible.cfg [2][3].

Changed the job hierarchy to base jobs tripleo-ci-centos-8-\
standalone-build and tripleo-ci-centos-9-standalone-build. This reduces
the number of variables we have to define. In particular, variables
containers_base_image, build_container_images and featureset will be
inherited from parent jobs. The CentOS9 jobs are no longer based on
the CentOS8 job which prevents issues with job variant collections
due to our branched repository.

Added more Ansible modules to files which trigger TripleO jobs,
because Ansible role os_tempest [4] requires those modules and is
called in TripleO jobs. Modules which have been added include:
* openstack.cloud.compute_flavor
* openstack.cloud.image
* openstack.cloud.network
* openstack.cloud.router
* openstack.cloud.subnet

Dropped tripleo-ci-centos-9-standalone-osa from check jobs because the
master branch of TripleO C9 will have the OpenStack SDK 1.x.x release
series only which requires the master branch of the Ansible OpenStack
collection. The only RDO branches with openstacksdk <0.99.0 which will
be maintained longterm are C8 Train, C8 Wallaby and C9 Wallaby.

Dropped TripleO job based on C8 Train from check and periodic and moved
it to experimental. It is unlikely that C8 Train will receive updates
for Ansible OpenStack collection.

[1] cb1595223b/quickstart.sh (L123)
[2] cb1595223b/ansible.cfg (L19)
[3] cb1595223b/quickstart.sh (L595)
[4] https://opendev.org/openstack/openstack-ansible-os_tempest.git

Change-Id: Ibde318678a3e44fdc297a6f29761eb0c7d77cbc9
(cherry picked from commit fc2dda1d86)
2022-07-19 10:28:23 +02:00
2022-04-08 12:30:59 +03:00
2020-06-23 21:50:43 +03:00
2022-03-09 20:33:32 +00:00
2022-03-31 20:05:11 +00:00
2019-09-25 15:21:42 +00:00
2022-07-19 10:28:23 +02:00
2021-05-19 14:04:33 -04:00
2022-04-08 12:30:59 +03:00
2020-05-13 08:07:01 -05:00
2020-03-05 15:08:38 +00:00
2022-04-08 12:30:59 +03:00
2020-06-04 14:23:23 +00:00

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.x 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.x) 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.36,<0.99.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.

Description
Ansible Modules Collection for using OpenStack
Readme 17 MiB
Languages
Python 99.3%
Shell 0.7%