e4a85e5682
In https://review.openstack.org/#/c/525260/, we moved the creation of
various RoleData driven config files to deploy-steps-tasks.yaml, and to
consume the values from various role_data_* variables that were written in
the inventory (see https://review.openstack.org/#/c/528354/).
However, we were already downloading and saving the RoleData to separate
files via config download. We should consume from those files instead of
the inventory. That has the advantage that one can quickly modify and
iterate on the local files, and have those changes applied. That is
harder to do when these values are in the inventory, and not possible to
do when using dynamic inventory.
Since the tasks will fail trying to read from the files when not using
config-download, conditional local_action tasks that use the stat module
first verify the existence of the files before attempting to read their
contents. If they don't exist, the values fall back to whatever has been
defined by the ansible variable.
Change-Id: Idfdce6f0a778b0a7f2fed17ff56d1a3e451868ab
Closes-Bug: #1749784
(cherry picked from commit
|
||
---|---|---|
ci | ||
common | ||
deployed-server | ||
docker | ||
environments | ||
extraconfig | ||
firstboot | ||
network | ||
plan-samples | ||
puppet | ||
releasenotes | ||
roles | ||
sample-env-generator | ||
scripts | ||
tools | ||
tripleo_heat_templates | ||
validation-scripts | ||
zuul.d | ||
.gitignore | ||
.gitreview | ||
.testr.conf | ||
LICENSE | ||
README.rst | ||
all-nodes-validation.yaml | ||
babel.cfg | ||
bindep.txt | ||
bootstrap-config.yaml | ||
capabilities-map.yaml | ||
config-download-software.yaml | ||
config-download-structured.yaml | ||
default_passwords.yaml | ||
hosts-config.yaml | ||
j2_excludes.yaml | ||
net-config-bond.j2.yaml | ||
net-config-bridge.j2.yaml | ||
net-config-linux-bridge.j2.yaml | ||
net-config-noop.j2.yaml | ||
net-config-static-bridge-with-external-dhcp.j2.yaml | ||
net-config-static-bridge.j2.yaml | ||
net-config-static.j2.yaml | ||
net-config-undercloud.j2.yaml | ||
network_data.yaml | ||
network_data_ganesha.yaml | ||
overcloud-resource-registry-puppet.j2.yaml | ||
overcloud.j2.yaml | ||
plan-environment.yaml | ||
requirements.txt | ||
roles_data.yaml | ||
roles_data_undercloud.yaml | ||
setup.cfg | ||
setup.py | ||
test-requirements.txt | ||
tox.ini |
README.rst
Team and repository tags
tripleo-heat-templates
Heat templates to deploy OpenStack using OpenStack.
- Free software: Apache License (2.0)
- Documentation: https://docs.openstack.org/tripleo-docs/latest/
- Source: http://git.openstack.org/cgit/openstack/tripleo-heat-templates
- Bugs: https://bugs.launchpad.net/tripleo
Features
The ability to deploy a multi-node, role based OpenStack deployment using OpenStack Heat. Notable features include:
- Choice of deployment/configuration tooling: puppet, (soon) docker
- Role based deployment: roles for the controller, compute, ceph, swift, and cinder storage
- physical network configuration: support for isolated networks, bonding, and standard ctlplane networking
Directories
A description of the directory layout in TripleO Heat Templates.
- environments: contains heat environment files that can be used with -e
on the command like to enable features, etc.
- extraconfig: templates used to enable 'extra' functionality. Includes
functionality for distro specific registration and upgrades.
- firstboot: example first_boot scripts that can be used when initially
creating instances.
- network: heat templates to help create isolated networks and ports
- puppet: templates mostly driven by configuration with puppet. To use these
templates you can use the overcloud-resource-registry-puppet.yaml.
- validation-scripts: validation scripts useful to all deployment
configurations
- roles: example roles that can be used with the tripleoclient to generate
a roles_data.yaml for a deployment See the roles/README.rst for additional details.
Service testing matrix
The configuration for the CI scenarios will be defined in tripleo-heat-templates/ci/ and should be executed according to the following table:
- | scn000 | scn001 | scn002 | scn003 | scn004 | scn006 | scn007 | scn009 | non-ha | ovh-ha |
---|---|---|---|---|---|---|---|---|---|---|
openshift |
|
|||||||||
keystone |
|
|
|
|
|
|
|
|
|
|
glance |
|
swift |
|
|
|
|
|
|
||
cinder |
|
iscsi | ||||||||
heat |
|
|
||||||||
ironic |
|
|||||||||
mysql |
|
|
|
|
|
|
|
|
|
|
neutron |
|
|
|
|
|
|
|
|
||
neutron-bgpvpn |
|
|||||||||
ovn |
|
|||||||||
neutron-l2gw |
|
|||||||||
rabbitmq |
|
|
|
|
|
|
|
|
||
mongodb | ||||||||||
redis |
|
|
||||||||
haproxy |
|
|
|
|
|
|
|
|
||
memcached |
|
|
|
|
|
|
|
|
||
pacemaker |
|
|
|
|
|
|
|
|
+----------------+--------+- ------+--------+--------+--------+--------+--------+--------+--------+--------+ | nova | | qemu | qemu | qemu | qemu | ironic | qemu | | qemu | qemu | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | ntp | X | X | X | X | X | X | X | X | X | X | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | snmp | X | X | X | X | X | X | X | X | X | X | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | timezone | X | X | X | X | X | X | X | X | X | X | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | sahara | | | | X | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | mistral | | | | X | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | swift | | | X | | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | aodh | | X | X | | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | ceilometer | | X | X | | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | gnocchi | | rbd | swift | | | | | | | | +----------------+--------+-------+--------+--------+--------+--------+--------+--------+--------+--------+ | panko | | X | X | | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | barbican | | | X | | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | zaqar | | | X | | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | ec2api | | | X | | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | cephrgw | | | | | X | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | tacker | | | | | | | X | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | congress | | | | | | | X | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | cephmds | | | | | X | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | manila | | | | | X | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | collectd | | X | | | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | fluentd | | X | | | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+ | sensu-client | | X | | | | | | | | | +----------------+--------+--------+--------+--------+--------+--------+--------+--------+--------+--------+