Use Deployment actions for blacklist
authorJames Slagle <jslagle@redhat.com>
Wed, 7 Jun 2017 18:03:38 +0000 (14:03 -0400)
committerJames Slagle <jslagle@redhat.com>
Wed, 7 Jun 2017 18:03:38 +0000 (14:03 -0400)
commitd48299cb505e8b051689207e031eb67df11237ab
tree053dbe1fabf478ef527de8fcc181162404ef7399
parent1968d4042e7818ccacf49af110f60b6f617c3a82
Use Deployment actions for blacklist

Instead of using the Heat condition directly on the Deployment
resources, use it to set the action list to an empty list when the
server is blacklisted.

This has a couple advantages over the previous approach in that the
actual resources are not deleted and recreated when servers are added
and removed from the blacklist.

Recreating the resources can be problematic, as it would then force the
Deployments to re-run when a server is removed from the blacklist. That
is likely not always desirable, especially in the case of
NetworkDeloyment.

Additionally, you will still see the resources for a blacklisted server
in the stack, just with an empty set of actions. This has the benefit of
preserving the history of the previous time the Deployment was
triggered.

implements blueprint disable-deployments

Change-Id: I3d0263a6319ae4871b1ae11383ae838bd2540d36
puppet/blockstorage-role.yaml
puppet/cephstorage-role.yaml
puppet/compute-role.yaml
puppet/controller-role.yaml
puppet/objectstorage-role.yaml
puppet/role.role.j2.yaml