
Support for nova metadata api via wsgi was added in dependency. This changes so that we test with running via wsgi. With nova metadata api running via wsgi it is ssl terminated, also neutron metadata agent does not support an ipv6 address for the metadata_host, so we need to configure the neutron metadata agent to connect via https to the nova metadata api. Related-Bug: 1781405 Depends-On: Ic65736cb0e95c400a728cd699ecf06c6aecff832 Depends-On: I3d572dda2e90b7e24f2f8912d704462b9332d807 Change-Id: I03f4dcb7f40055d802b114ee305323c95975e4df
Team and repository tags
puppet-openstack-integration
Table of Contents
- Overview - What is Puppet OpenStack Integration?
- Description - What does the project do?
- Development - Guide for contributing
- All-in-one - How to deploy a cloud with Puppet
- 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 four jobs per supported Operating System (Ubuntu and CentOS): scenario001, scenario002, scenario003 and scenario004.
OpenStack services are balanced between four 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 | scenario004 | scenario-aio |
---|---|---|---|---|---|
ssl | yes | yes | yes | yes | no |
ipv6 | centos7 | centos7 | centos7 | centos7 | no |
keystone | X | X | X | X | X |
glance | rbd | swift | file | swift+rgw | file |
nova | rbd | X | X | rbd | X |
neutron | ovs | ovs | linuxbridge | ovs | ovs |
lbaas | v2 | v2 | v2 | v2 | |
cinder | rbd | iscsi | iscsi | ||
ceilometer | X | ||||
aodh | X | ||||
panko | X | ||||
designate | bind | ||||
backup | swift | ||||
gnocchi | rbd | ||||
ec2api | X | ||||
heat | X | X | |||
swift | X | ||||
sahara | X | ||||
trove | X | ||||
horizon | X | X | |||
ironic | X | ||||
zaqar | X | ||||
murano | X | ||||
mistral | X | ||||
barbican | X | ||||
ceph | X | X | |||
ceph rgw | X | ||||
vitrage | X | ||||
watcher | X | ||||
bgpvpn-api | X | ||||
bgp-dr | X | ||||
redis | X | ||||
l2gw | X | ||||
om rpc | amqp1 | rabbit | rabbit | rabbit | rabbit |
om notify | rabbit | rabbit | rabbit | rabbit | rabbit |
When the Jenkins slave is created, the run_tests.sh script will be 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:
Note: SSL Certificates
puppet-openstack-integration ships it's own SSL keys and certificates in order to be able to test implementations secured over SSL/TLS.
It doesn't re-generate new ones every time for the sake of simplicity: we're not testing that we can generate certificates properly, we're testing services.
The configuration as well as the commands used to generate these keys and certificates are stored in the contrib directory.
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
Look at Description to see which services it will install (scenario-aio).