Merge "Further document disable node updates"
This commit is contained in:
commit
0ac90d2a7c
|
@ -1,11 +1,14 @@
|
|||
Blacklisting Servers from Heat Deployments
|
||||
==========================================
|
||||
Disabling updates to certain nodes
|
||||
==================================
|
||||
|
||||
Server blacklist
|
||||
----------------
|
||||
Servers can be excluded from getting any updated Heat deployments by adding
|
||||
them to a blacklist parameter called ``DeploymentServerBlacklist``.
|
||||
|
||||
|
||||
Setting the blacklist
|
||||
---------------------
|
||||
_____________________
|
||||
The ``DeploymentServerBlacklist`` parameter is a list of Heat server names.
|
||||
|
||||
Write a new environment file, or add the parameter value to an existing
|
||||
|
@ -41,8 +44,18 @@ to certain servers only.
|
|||
would not support blacklisting certain cluster members since it
|
||||
could result is a misconfigured cluster.
|
||||
|
||||
.. warning::
|
||||
The blacklist should not be used during the update or upgrade procedures.
|
||||
Those procedures have their own methods for isolating changes to particular
|
||||
servers. See the documentation for updates/upgrades for more information.
|
||||
|
||||
.. warning::
|
||||
In cases where servers are added to the blacklist, further changes to those
|
||||
nodes are not supported until the server is removed from the blacklist. This
|
||||
includes updates/upgrades/scale up/scale down/node replacement.
|
||||
|
||||
Clearing the blacklist
|
||||
----------------------
|
||||
______________________
|
||||
When clearing the blacklist for subsequent stack operations, an empty parameter
|
||||
value must be sent with the deploy command. It is not sufficient to simply omit
|
||||
the parameter since Heat will use the previously saved value.
|
||||
|
@ -51,3 +64,20 @@ Send an empty list value to force Heat to clear the blacklist::
|
|||
|
||||
parameter_defaults:
|
||||
DeploymentServerBlacklist: []
|
||||
|
||||
Skip deploy identifier
|
||||
----------------------
|
||||
The default behavior during a stack update operation is to force puppet to
|
||||
reapply all manifests. This can be a time consuming operation and is not always
|
||||
required if not changing any configuration date such as in the case of only
|
||||
scaling out certain roles.
|
||||
|
||||
The beavhior can be overridden by passing ``--skip-deploy-identifier`` to the
|
||||
``openstack overcloud deploy`` command.
|
||||
|
||||
Similar to the server blacklist feature, this feature should be used only when
|
||||
the operator is sure that puppet can be safely skipped on the stack update.
|
||||
|
||||
.. note::
|
||||
In some cases, puppet will still run even when ``--skip-deploy-identifier``
|
||||
is specified. These cases include changes to puppet manifests or hieradata.
|
||||
|
|
Loading…
Reference in New Issue