Collection of scripts and manifests for module testing
Go to file
Javier Pena ac32a2456e Change Sahara plugins configured to default
https://review.openstack.org/289959 changed the default plugins
configured by Tempest for Sahara, because the hdp plugin was no
longer enabled by default.

Leaving the default plugins configured should allow us to fix it
long-term, unless the default Tempest and Sahara configurations
diverge.

Change-Id: I4b6b067bd55de6ed59c535c14f68582ed4ad80a4
2016-03-09 11:04:17 +01:00
files scenario002: deploy RabbitMQ with SSL 2016-02-29 14:37:56 -05:00
fixtures scenario002: disable swift backend for Glance on Ubuntu 2016-03-07 11:54:22 -05:00
manifests Change Sahara plugins configured to default 2016-03-09 11:04:17 +01:00
.gitreview Added .gitreview 2015-06-23 19:27:13 +00:00
all-in-one.sh rename scenario003 to scenario-aio 2016-02-24 14:50:52 -05:00
functions Fix rspec testing outside of the Openstack CI. 2016-02-26 14:03:16 +01:00
Gemfile drop mock dependency 2016-01-22 09:58:05 -05:00
install_modules_unit.sh Fix scripts to be OSX compatible 2015-10-15 10:01:17 -05:00
install_modules.sh Fix scripts to be OSX compatible 2015-10-15 10:01:17 -05:00
LICENSE Add LICENSE file 2015-07-13 14:58:14 -04:00
Puppetfile Merge "Deploy MongoDB on scenario002" 2016-02-17 19:21:40 +00:00
Rakefile Remove class_parameter_defaults puppet-lint check 2015-11-12 12:47:22 +01:00
README.md scenario002: deploy RabbitMQ with IPv6 binding 2016-03-01 14:32:47 -05:00
run_tests.sh Remove existed checkout before use 2016-03-05 00:30:27 +08:00

puppet-openstack-integration

Table of Contents

  1. Overview - What is Puppet OpenStack Integration?
  2. Description - What does the project do?
  3. Development - Guide for contributing
  4. All-in-one - How to deploy a cloud with Puppet
  5. Contributors - Those with commits

Overview

Puppet OpenStack Integration makes sure we can continuously test and validate OpenStack setups deployed with Puppet modules. The repository itself contains some scripts and Puppet manifests that help to deploy OpenStack in OpenStack Infrastructure environment.

Description

OpenStack Infrastructure is deploying three jobs per supported Operating System (Ubuntu and CentOS): scenario001, scenario002 and scenario003.

OpenStack services are balanced between three scenarios because OpenStack Infastructure Jenkins slaves can not afford the load of running everything on the same node. One manifest (scenario-aio) is used for people who want to run a simple All-In-One scenario.

- scenario001 scenario002 scenario003 scenario-aio
ssl no yes no no
ipv6 no yes no no
keystone X X X X
glance rbd swift file file
nova rbd X X X
neutron X X X X
cinder rbd iscsi iscsi
ceilometer X
aodh X
gnocchi rbd
heat X
swift X
sahara X
trove X
horizon X X
ironic X
ceph X
mongodb X

When the Jenkins slave is created, the run_tests.sh script will executed. This script will execute install_modules.sh that prepare /etc/puppet/modules with all Puppet modules dependencies.

Then, it will execute Puppet a first time by applying a scenario manifest. If the first run executes without error, a second Puppet run will be executed to verify there is no change in the catalog and make sure the Puppet run is idempotent.

If Puppet runs are successful, the script will run Tempest Smoke tests, that will execute some scenarios & API tests. It covers what we want to validate, and does not take too much time.

Development

Developer documentation for the entire Puppet OpenStack project:

All-In-One

If you're new in Puppet OpenStack and you want to deploy an All-In-One setup of an OpenStack Cloud with the Puppet modules, please follow the steps:

git clone git://git.openstack.org/openstack/puppet-openstack-integration
cd puppet-openstack-integration
./all-in-one.sh

or

curl -sL http://git.openstack.org/cgit/openstack/puppet-openstack-integration/plain/all-in-one.sh | bash

Look at Description to see which services it will install (scenario-aio).

Contributors