Move rebalcing to be a top level item (#753)

Signed-off-by: Matt Bentley <matt.bentley@docker.com>
This commit is contained in:
Matt Bentley 2016-11-30 16:53:42 -06:00 committed by John Mulhausen
parent fad37d7140
commit d915deff95
1 changed files with 3 additions and 2 deletions

View File

@ -22,6 +22,7 @@ This article covers the following swarm administration tasks:
* [Troubleshooting a manager node](#troubleshoot-a-manager-node)
* [Forcefully removing a node](#force-remove-a-node)
* [Recovering from disaster](#recover-from-disaster)
* [Forcing the swarm to rebalance](#forcing-the-swarm-to-rebalance)
Refer to [How nodes work](how-swarm-mode-works/nodes.md)
for a brief overview of Docker Swarm mode and the difference between manager and
@ -255,7 +256,7 @@ manager node of a single-node swarm. It discards swarm membership information
that existed before the loss of the quorum but it retains data necessary to the
Swarm such as services, tasks and the list of worker nodes.
### Forcing the swarm to rebalance
## Forcing the swarm to rebalance
Generally, you do not need to force the swarm to rebalance its tasks. When you
add a new node to a swarm, or a node reconnects to the swarm after a
@ -283,4 +284,4 @@ balance of your service across nodes.
See also
[`docker service scale`](../reference/commandline/service_scale.md) and
[`docker service ps`](../reference/commandline/service_ps.md).
[`docker service ps`](../reference/commandline/service_ps.md).