Docker集群实验环境布署--swarm【3 注册服务监控与自动发现组件--consul】

参考官网集群配置方式 https://hub.docker.com/r/progrium/consul/
集群中需要manager与node能通信consul的发现服务，不然，管理节点选举不了，无法执行docker 命令。
集群中consul工作3台的机器，大于等2台时，集群仍正常工作，如果，发生只有1台时，集群失效，无法选择管理节点，需要启动数据再次达到3台的标准后，集群才能慢慢恢复。

测试最终得出一个惊人结论，我把consul集群删除后，重新拉起时，元数据全部自动发现恢复。

10.40.100.145 docker-consul0.venic.com
10.40.100.146 docker-consul1.venic.com
10.40.100.147 docker-consul2.venic.com

首先在镜像服务器上148上，拉取一个官网 的 consul镜像，方便等下在其它三台上快速启动
# docker pull progrium/consul && docker tag progrium/consul:latest docker-registry.venic.com:5000/consul:latest
# docker push docker-registry.venic.com:5000/consul:latest

10.40.100.145上

docker run -d --name consul0 --restart=always -v /mnt:/data \
-p 8300:8300 \
-p 8301:8301 \
-p 8301:8301/udp \
-p 8302:8302 \
-p 8302:8302/udp \
-p 8400:8400 \
-p 8500:8500 \
docker-registry.venic.com:5000/consul:latest -server -advertise 10.40.100.145 -bootstrap-expect 3

10.40.100.146上

docker run -d --name consul1 --restart=always -v /mnt:/data \
-p 8300:8300 \
-p 8301:8301 \
-p 8301:8301/udp \
-p 8302:8302 \
-p 8302:8302/udp \
-p 8400:8400 \
-p 8500:8500 \
docker-registry.venic.com:5000/consul:latest -server -advertise 10.40.100.146 -join 10.40.100.145

10.40.100.147上

docker run -d --name consul2 --restart=always -v /mnt:/data \
-p 8300:8300 \
-p 8301:8301 \
-p 8301:8301/udp \
-p 8302:8302 \
-p 8302:8302/udp \
-p 8400:8400 \
-p 8500:8500 \
docker-registry.venic.com:5000/consul:latest -server -advertise 10.40.100.147 -join 10.40.100.145

在Nginx上层代理配置consul的TCP代理转发
10.40.42.10
也是就是controller1和2
# vi 8500_consul.venic.com_10.40.100.145-147_8500.conf
upstream consul.venic.com {
server 10.40.100.145:8500;
server 10.40.100.146:8500;
server 10.40.100.147:8500;

}
server {
listen 8500;
proxy_pass consul.venic.com;
}

测试可使用以下链接测试 http://10.40.42.10:8500/