![]() So far we haven't been disabling workflows for update/upgrade. We should disable them by default as they could have the potential to disrupt the update/upgrade/ffwd procedure. The main example of a thing we deploy via the workflow resources is Ceph. We decided no-opping ceph-ansible for the main update/upgrade/ffwd upgrade steps is the safest path forward and we'll update/upgrade Ceph it after the main procedure is finished. Change-Id: I34c7213ab7b70963ad2e50f7633b665fad70bde5 |
5 years ago | |
---|---|---|
ci | 5 years ago | |
common | 5 years ago | |
deployed-server | 5 years ago | |
docker | 5 years ago | |
environments | 5 years ago | |
extraconfig | 5 years ago | |
firstboot | 5 years ago | |
network | 5 years ago | |
plan-samples | 5 years ago | |
puppet | 5 years ago | |
releasenotes | 5 years ago | |
roles | 5 years ago | |
sample-env-generator | 5 years ago | |
scripts | 6 years ago | |
tools | 5 years ago | |
tripleo_heat_templates | 5 years ago | |
validation-scripts | 5 years ago | |
zuul.d | 5 years ago | |
.gitignore | 6 years ago | |
.gitreview | 10 years ago | |
.testr.conf | 6 years ago | |
LICENSE | 10 years ago | |
README.rst | 5 years ago | |
all-nodes-validation.yaml | 6 years ago | |
babel.cfg | 10 years ago | |
bindep.txt | 6 years ago | |
bootstrap-config.yaml | 6 years ago | |
capabilities-map.yaml | 5 years ago | |
config-download-software.yaml | 5 years ago | |
config-download-structured.yaml | 5 years ago | |
default_passwords.yaml | 6 years ago | |
hosts-config.yaml | 6 years ago | |
j2_excludes.yaml | 6 years ago | |
net-config-bond.j2.yaml | 5 years ago | |
net-config-bridge.j2.yaml | 5 years ago | |
net-config-linux-bridge.j2.yaml | 5 years ago | |
net-config-noop.j2.yaml | 5 years ago | |
net-config-static-bridge-with-external-dhcp.j2.yaml | 5 years ago | |
net-config-static-bridge.j2.yaml | 5 years ago | |
net-config-static.j2.yaml | 5 years ago | |
net-config-undercloud.j2.yaml | 5 years ago | |
network_data.yaml | 5 years ago | |
network_data_ganesha.yaml | 5 years ago | |
overcloud-resource-registry-puppet.j2.yaml | 5 years ago | |
overcloud.j2.yaml | 5 years ago | |
plan-environment.yaml | 6 years ago | |
requirements.txt | 5 years ago | |
roles_data.yaml | 5 years ago | |
roles_data_undercloud.yaml | 5 years ago | |
setup.cfg | 8 years ago | |
setup.py | 6 years ago | |
test-requirements.txt | 5 years ago | |
tox.ini | 6 years ago |
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 |
|
|
|
|
ironic |
|
|
|
||
ntp |
|
|
|
|
|
|
|
|
|
|
snmp |
|
|
|
|
|
|
|
|
|
|
timezone |
|
|
|
|
|
|
|
|
|
|
sahara |
|
|||||||||
mistral |
|
|||||||||
swift |
|
|||||||||
aodh |
|
|
||||||||
ceilometer |
|
|
||||||||
gnocchi |
|
|
||||||||
panko |
|
|
||||||||
barbican |
|
|||||||||
zaqar |
|
|||||||||
ec2api |
|
|||||||||
cephrgw |
|
|||||||||
tacker |
|
|||||||||
congress |
|
|||||||||
cephmds |
|
|||||||||
manila |
|
|||||||||
collectd |
|
|||||||||
fluentd |
|
|||||||||
sensu-client |
|