Merge pull request #1182 from everett-toews/fix-manager-x

Fix manager-X to match code and docs
This commit is contained in:
Xian Chaobo 2015-09-01 15:01:08 +08:00
commit 225d83f866
1 changed files with 4 additions and 4 deletions

View File

@ -32,7 +32,7 @@ You need either a `Consul`, `etcd`, or `Zookeeper` cluster. This procedure is wr
### Create the primary manager
You use the `swarm manage` command with the `--replication` and `--advertise` flags to create a primary manager.
user@manager-1 $ swarm manage -H :4000 <tls-config-flags> --replication --advertise 192.168.42.200:4000 consul://192.168.42.10:8500/nodes
INFO[0000] Listening for HTTP addr=:4000 proto=tcp
INFO[0000] Cluster leadership acquired
@ -59,7 +59,7 @@ This command creates a replica manager on `192.168.42.201:4000` which is looking
Create an additional, third *manager* instance:
user@manager-2 $ swarm manage -H :4000 <tls-config-flags> --replication --advertise 192.168.42.202:4000 consul://192.168.42.10:8500/nodes
user@manager-3 $ swarm manage -H :4000 <tls-config-flags> --replication --advertise 192.168.42.202:4000 consul://192.168.42.10:8500/nodes
INFO[0000] Listening for HTTP addr=:4000 proto=tcp
INFO[0000] Cluster leadership lost
INFO[0000] New leader elected: 192.168.42.200:4000
@ -120,7 +120,7 @@ Issue a `Ctrl-C` or `kill` the current primary manager (`manager-1`) to shut it
After a short time, the other instances detect the failure and a replica takes the *lead* to become the primary manager.
For example, look at `manager-1`'s logs:
For example, look at `manager-2`'s logs:
user@manager-2 $ swarm manage -H :4000 <tls-config-flags> --replication --advertise 192.168.42.201:4000 consul://192.168.42.10:8500/nodes
INFO[0000] Listening for HTTP addr=:4000 proto=tcp
@ -162,4 +162,4 @@ To switch the `DOCKER_HOST` to use `manager-2` as the primary, you do the follow
You can use the `docker` command on any Docker Swarm primary manager or any replica.
If you like, you can use custom mechanisms to always point `DOCKER_HOST` to the current primary manager. Then, you never lose contact with your Docker Swarm in the event of a failover.
If you like, you can use custom mechanisms to always point `DOCKER_HOST` to the current primary manager. Then, you never lose contact with your Docker Swarm in the event of a failover.