Compute: consolidated nested stack
authorDan Prince <dprince@redhat.com>
Wed, 14 Jan 2015 20:54:45 +0000 (15:54 -0500)
committerDan Prince <dprince@redhat.com>
Tue, 27 Jan 2015 14:07:18 +0000 (09:07 -0500)
commit2698bb457309108dbf5821fe3976a64509c692e5
tree4914a57812347a4a0feb9788c87ed41a26547001
parent7f09f73a314ac0412a4410582a143899acf0528c
Compute: consolidated nested stack

In I250dc1a8c02626cf7d1a5d2ce92706504ec0c7de we split
out just the Controller software config in an effort
to provide hooks for alternate implementations (puppet).

This sort of worked but caused quirky ordering issues
with signal handling. It also causes problems for Tuskar
which would prefer to think of these nested stacks and
not have us split out just the software configs like this.

This patch moves all the compute related stuff for
our two implementations:

compute.yaml: is used by os-apply-config (uses the
tripleo-image-elements)
compute-puppet.yaml: uses stackforge puppet-* modules for
configuration

By duplicating the entire compute in this manner we make
it much easier to create dependencies and implement proper
signal handling. The only (temporary) downside is the duplication
of parameters most of which will eventually go away when we move
using the global parameters via Heat environment files instead.

Change-Id: I49175d1843520abc80fefe9528442e5dda151f5d
compute-config-puppet.yaml [deleted file]
compute-config.yaml [deleted file]
compute-puppet.yaml [new file with mode: 0644]
compute.yaml
overcloud-resource-registry-puppet.yaml
overcloud-resource-registry.yaml