Go游戏服务器开发的一些思考（二十五）：Redis的Docker Swarm部署

痛点

在redis 4出来之前，redis哨兵、redis集群 是无法通过简单的方式支持Docker Swarm的。原因是Docker Swarm的NAT端口映射机制，会导致redis无法正确获取宿主IP、端口。

在redis 4之后，官方通过在redis.conf 、redis_sentinel.conf中，新增了slave-announce-ip、slave-announce-port、sentinel announce-ip、sentinel announce-port字段，让使用者通过配置填写，来告知redis，其在NAT模式下时的宿主IP、端口。从而为redis支持Docker Swarm铺平道路。

此外，还有一个事实，redis容器A开在宿主A上，在宿主A上保存了持久化数据。之后，若宿主A故障后，redis容器A是不可以转移到其他宿主上去的。随便的转移重开服务，会导致持久化数据的丢失。

这与Docker Swarm默认的故障转移机制是冲突的。

指定具体宿主节点

Docker Swarm的编排脚本，提供了一种可以根据条件来选择宿主节点的方法：

1. 在宿主机上设置唯一标签
2. 编排脚本的deploy - placement - constraints 中，设置该服务只能在某一标签的宿主机上可以开启

这样，就可以变相的关闭掉故障转移的功能

如何设置、应用标签

下面以ubuntu系统为例：

1. 编辑 /etc/docker/daemon.json，增加lables字段，类似如下：