Docker Swarm -> High availability in Docker Swarm
Docker Swarm的高可用性
在Docker Swarm中，Swarm manager负责管理整个集群，包括成规模的众多Docker主机资源。如果这个Swarm manager挂了，你必须创建一个新的来解决中断的服务。
Docker Swarm具有High Availability的特性，当有一个manager实例出现问题，Docker Swarm可以优雅的进行故障转移－failover。你可以创建一个单独的primary manager实例和多个replica实例来使用这个特性。
一个primary manager是Docker Swarm集群的主要联系人。你也可以创建replica实例作为，并与它进行通信。对于replica收到的请求会被自动的代理到primary manager。如果一个primary manager故障，一个replica会成为lead。通过这种机制，你可以始终保持于集群的联系。
建立 primary和replicas
这一小节阐述一下如何建立多个manager的Docker Swarm。
前提
你的集群中至少要有Consul，etcd，Zookeeper中的一个。这里的程序是机遇一个运行于192.168.42.10:8500的Consul服务。所有的主机都拥有一个监听2375端口的Docker Engine。将所有manager的操作端口都放置在4000上。这个例子的Swarm主机配置：
-
mananer-1on192.168.42.200 -
manager-2on192.168.42.201 -
manager-3on192.168.42.202
创建primary manager
你可以使用swarm manager命令通过--replication和 --advertise标签创建一个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
INFO[0000] New leader elected: 192.168.42.200:4000
[...]
这个--replication标识高速Swarm这个manager是多manager配置的一部分，并且这个primary manager会加入与其它manager实例的主权竞争。这个primary manager有权管理集群以及集群中的副本日志和副本事件。
这个--advertise选项指定这个manager的地址。当这个节点被推选为primary后Swarm会使用这个地址通知集群。你会在命令行的输出中看到被推选为primary manager的是你提供的地址。
创建两个replicas
现在你有了一个primary manager，你可以创建一个replicas。
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
INFO[0000] Cluster leadership lost
INFO[0000] New leader elected: 192.168.42.200:4000
[...]
这条命令创建了一个replicas manager在192.168.42.201:4000上，而primary manager在192.168.42.200:4000。
创建一个额外的，第三个manager实例：
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
[...]
一旦你发布了你的primary manager和replicas，可能接下来你就只会创建Swarm agent了。
列出集群中的机器
敲击dockre info应该会输出和下面相同的内容：
user@my-machine $ export DOCKER_HOST=192.168.42.200:4000 # Points to manager-1
user@my-machine $ docker info
Containers: 0
Images: 25
Storage Driver:
Role: Primary <--------- manager-1 is the Primary manager
Primary: 192.168.42.200
Strategy: spread
Filters: affinity, health, constraint, port, dependency
Nodes: 3
swarm-agent-0: 192.168.42.100:2375
└ Containers: 0
└ Reserved CPUs: 0 / 1
└ Reserved Memory: 0 B / 2.053 GiB
└ Labels: executiondriver=native-0.2, kernelversion=3.13.0-49-generic, operatingsystem=Ubuntu 14.04.2 LTS, storagedriver=aufs
swarm-agent-1: 192.168.42.101:2375
└ Containers: 0
└ Reserved CPUs: 0 / 1
└ Reserved Memory: 0 B / 2.053 GiB
└ Labels: executiondriver=native-0.2, kernelversion=3.13.0-49-generic, operatingsystem=Ubuntu 14.04.2 LTS, storagedriver=aufs
swarm-agent-2: 192.168.42.102:2375
└ Containers: 0
└ Reserved CPUs: 0 / 1
└ Reserved Memory: 0 B / 2.053 GiB
└ Labels: executiondriver=native-0.2, kernelversion=3.13.0-49-generic, operatingsystem=Ubuntu 14.04.2 LTS, storagedriver=aufs
Execution Driver:
Kernel Version:
Operating System:
CPUs: 3
Total Memory: 6.158 GiB
Name:
ID:
Http Proxy:
Https Proxy:
No Proxy:
这个信息表明manager-1是当前的primary。
测试故障转移机制
要测试故障转移机制，可以关闭指定的primary manager，发出Ctrl-C或是kill的命令对于当前primary manager(manager-1)去关闭它。
等待自动的故障转移
经过短暂的时间，其它的实例检测到这个故障然后推选lead称为primary manager。
查看manager-2的日志：
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
INFO[0000] Cluster leadership lost
INFO[0000] New leader elected: 192.168.42.200:4000
INFO[0038] New leader elected: 192.168.42.201:4000
INFO[0038] Cluster leadership acquired <--- We have been elected as the new Primary Manager
[...]
Because the primary manager, manager-1, failed right after it was elected, the replica with the address 192.168.42.201:4000, manager-2, recognized the failure and attempted to take away the lead. Because manager-2 was fast enough, the process was effectively elected as the primary manager. As a result, manager-2 became the primary manager of the cluster.
如果我们查看一下manager-3我们会看到这样的日志：
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
INFO[0036] New leader elected: 192.168.42.201:4000 <--- manager-2 sees the new Primary Manager
[...]
在此刻，我们需要导出一个新的DOCKER_HOST值。
切换到primary
要切换到manager-2需要导出DOCKER_HOOST像下面这样：
user@my-machine $ export DOCKER_HOST=192.168.42.201:4000 # Points to manager-2
user@my-machine $ docker info
Containers: 0
Images: 25
Storage Driver:
Role: Replica <--------- manager-2 is a Replica
Primary: 192.168.42.200
Strategy: spread
Filters: affinity, health, constraint, port, dependency
Nodes: 3
你可以使用命令在任意的Docker Swarm的primary或是replica上。
如果你喜欢，你可以使用自定义的机制总是指向DOCKER_HOST到当前的manager。这样你就永远不会与Docker Swarm失去联系。
