Helper classes that utilize the core Puppet OpenStack modules
Go to file
Thomas Goirand 266f24c450 Fix setting-up Buster's backport repository
In buster, using this to install a keyring package doesn't work anymore:
apt-get -y --allow-unauthenticated install keyring-package

Therefore, we must fallback to installing the key manually with apt-key
instead, which is what this patch does.

Change-Id: Ie46cb489f84a1390b87e0d9299406f944dca1c49
2019-05-23 00:03:34 +02:00
doc Follow the new PTI for document build 2018-02-28 14:42:11 +08:00
examples Add hash based repository management 2014-11-27 22:12:25 +11:00
files repos: configure RDO Virtualization repository 2016-09-30 08:45:07 -04:00
lib/puppet Use puppet4 functions-api 2018-11-01 16:31:22 +01:00
manifests Fix setting-up Buster's backport repository 2019-05-23 00:03:34 +02:00
releasenotes Update master for stable/stein 2019-03-22 16:51:50 +00:00
spec Update repos to Train 2019-03-26 19:30:56 +01:00
templates Set optional API version-related environment vars 2018-04-24 16:13:06 +02:00
.gitignore Dissuade .gitignore references to personal tools 2018-10-08 11:39:24 +08:00
.gitreview OpenDev Migration Patch 2019-04-19 19:42:24 +00:00
.zuul.yaml switch documentation job to new PTI 2018-08-31 08:24:41 -04:00
CHANGELOG.md Release 8.0.0 2016-03-23 16:07:40 -04:00
Gemfile Move to opendev 2019-04-21 14:44:49 +08:00
LICENSE Update LICENSE 2018-04-06 20:14:51 +08:00
README.md Fix Repository 2019-04-21 12:59:09 +08:00
Rakefile Use puppet-openstack_spec_helper for Rakefile & spec_helper_acceptance 2016-01-20 16:01:20 -05:00
bindep.txt modulesync: sync and add nodepool-bionic for beaker 2018-07-18 16:19:23 +02:00
metadata.json Bump version for the start of Train 2019-03-25 07:27:10 -06:00
setup.cfg Change openstack-dev to openstack-discuss 2018-12-02 18:20:22 +01:00
setup.py Add basic structure for ReNo 2016-03-14 08:33:40 -04:00
tox.ini Move to opendev 2019-04-21 14:44:49 +08:00

README.md

Team and repository tags

Team and repository tags

openstack_extras

Table of Contents

  1. Overview - What is the openstack_extras module?
  2. Module Description - What does the module do?
  3. Setup - The basics of getting started with openstack_extras
  4. Implementation - An under-the-hood peek at what the module is doing
  5. Limitations - OS compatibility, etc.
  6. Development - Guide for contributing to the module
  7. Release Notes - Release notes for the project
  8. Contributors - Those with commits
  9. Repository - The project source code repository
  10. Versioning - Notes on the version numbering scheme

Overview

The openstack_extras module is a part of OpenStack, an effort by the Openstack infrastructure team to provide continuous integration testing and code review for Openstack and Openstack community projects as part of the core software. The module itself is used to add useful utilities for composing and deploying OpenStack with the Openstack puppet modules.

Module Description

The openstack_extras module is intended to provide useful utilities to help with OpenStack deployments, including composition classes, HA utilities, monitoring functionality, and so on.

This module combines other modules in order to build and leverage an entire OpenStack software stack. This module replaces functionality from the deprecated stackforge/puppet-openstack module.

Setup

Installing openstack_extras

puppet module install openstack/openstack_extras

Beginning with openstack_extras

Instructions for beginning with openstack_extras will be added later.

Implementation

openstack_extras

openstack_extras is a combination of Puppet manifest and ruby code to delivery configuration and extra functionality through types and providers.

HA configuration for Openstack services

This module allows to configure Openstack services in HA. Please refer to the ha-guide for details. If you have a Corosync with Pacemaker cluster with several nodes joined, you may want to use an HA service provider which allows you to create the pacemaker resources for Openstack services and run them in HA mode. The example HA service configuration for keystone service:

openstack_extras::pacemaker::service { 'openstack-keystone' :
    ensure             => present,
    metadata           => {},
    ms_metadata        => {},
    operations         => {},
    parameters         => {},
    primitive_class    => 'systemd',
    primitive_provider => false,
    primitive_type     => 'openstack-keystone',
    use_handler        => false,
    clone              => true,
    require            => Package['openstack-keystone']
}

This example will create a pacemaker clone resource named p_openstack-keystone-clone and will start it with the help of systemd.

And this example will create a resource p_cinder-api-clone for Cinder API service with the given OCF script template from some cluster module:

  $metadata = {
    'resource-stickiness' => '1'
  }
  $operations = {
    'monitor'  => {
      'interval' => '20',
      'timeout'  => '30',
    },
    'start'    => {
      'timeout' => '60',
    },
    'stop'     => {
      'timeout' => '60',
    },
  }
  $ms_metadata = {
    'interleave' => true,
  }

  openstack_extras::pacemaker::service { 'cinder-api' :
    primitive_type      => 'cinder-api',
    metadata            => $metadata,
    ms_metadata         => $ms_metadata,
    operations          => $operations,
    clone               => true,
    ocf_script_template => 'cluster/cinder_api.ocf.erb',
  }

Limitations

  • Limitations will be added as they are discovered.

Development

Developer documentation for the entire puppet-openstack project.

Release Notes

Contributors

Repository

Versioning

This module has been given version 5 to track the puppet-openstack modules. The versioning for the puppet-openstack modules are as follows:

Puppet Module :: OpenStack Version :: OpenStack Codename
2.0.0         -> 2013.1.0          -> Grizzly
3.0.0         -> 2013.2.0          -> Havana
4.0.0         -> 2014.1.0          -> Icehouse
5.0.0         -> 2014.2.0          -> Juno
6.0.0         -> 2015.1.0          -> Kilo