Docker Swarm环境下客户端感知容器故障转移及定位动态Nginx容器

问题1：桌面客户端软件如何感知Docker Swarm工作节点间的容器故障转移？ #

其实Docker Swarm本身已经帮我们做了大部分基础工作，客户端的感知方式完全取决于你设计的服务访问路径：

• 依赖Swarm内置的服务发现与VIP机制（最省心的方式）
  如果客户端是通过Swarm服务的**虚拟IP（VIP）**来访问的，那客户端完全不需要感知故障转移。Swarm的管理器节点会通过每秒一次的心跳检测，监控所有工作节点和容器的健康状态，一旦发现容器故障，会立刻在健康节点上重启副本。而VIP会自动把请求路由到新的健康容器，客户端只需要固定访问这个VIP就行，全程无感知。

• 直接访问节点IP时的主动感知方式
  如果你因为某些原因必须让客户端直接访问节点IP，那就要做额外的处理：

  • 客户端侧可以加健康检查逻辑：定期向目标地址发送探测请求（比如HTTP GET /health），一旦探测失败，就通过Swarm管理器的API（比如调用docker service inspect <你的服务名>）获取当前容器所在的节点IP，更新本地的访问地址。
  • 借助外部服务发现工具：比如用Consul这类工具，让Swarm服务启动时自动把节点IP注册到Consul，客户端从Consul拉取最新的服务地址，不用自己去查Swarm API。

  不过说实话，这种直接访问节点IP的方式并不推荐，毕竟Swarm的核心优势之一就是通过服务抽象来屏蔽节点漂移的细节，能用VIP就尽量用VIP。

问题2：当使用host网络、replica=1的Nginx容器在无固定IP的工作节点间漂移时，客户端PC如何确定访问地址？ #

首先得明确：用host网络的话，容器会直接使用所在节点的网络栈，Swarm的VIP和ingress网络机制就失效了——因为容器的80端口是直接绑定在节点的IP上的，不是通过Swarm的端口映射来暴露的。这时候要解决地址问题，有几个可行的方案：

方案1：给工作节点分配固定IP，配合Swarm状态查询 #

如果能给所有工作节点分配静态固定IP，那客户端可以通过两种方式获取当前容器的运行节点：

• 直接调用Swarm管理器的命令：比如用docker service ps <nginx服务名>查看容器所在的节点ID，再用docker node inspect <节点ID>拿到节点的固定IP。如果客户端没有直接访问Swarm集群的权限，可以做一个简单的中间接口，专门返回当前Nginx所在的节点IP。
• 这种方式的缺点是客户端需要额外开发查询逻辑，而且依赖Swarm集群的访问权限。

方案2：加一层外部负载均衡器（最推荐） #

在Swarm集群前面部署一个外部负载均衡器（比如HAProxy、Nginx反向代理），把所有工作节点的IP都配置成负载均衡的后端，并且开启健康检查（检查节点的80端口是否可用）。当Nginx容器漂移到某个节点后，负载均衡器会自动探测到该节点的80端口正常，把流量转发过去。客户端只需要访问负载均衡器的固定IP就行，完全不用管容器在哪。

方案3：改用Swarm的ingress网络替代host网络 #

如果业务场景允许，尽量不要用host网络，换成Swarm默认的ingress overlay网络。这样服务会生成一个VIP，客户端固定访问这个VIP，Swarm会自动把流量路由到当前运行容器的节点。而且ingress网络会把容器的端口映射到所有集群节点的对应端口，客户端访问任意节点的80端口都能到达容器，彻底屏蔽了节点漂移的问题。

方案4：用动态DNS更新地址 #

搭建一个内部DNS服务器，当Swarm调度Nginx容器到新节点时，自动更新DNS记录（比如把nginx.mycluster.com指向新节点的IP）。客户端只需要访问这个域名，DNS会返回最新的节点IP。可以通过Swarm的事件钩子来触发DNS更新——比如监听服务任务状态变化的事件，一旦容器漂移，就执行脚本去更新DNS记录。

内容的提问来源于stack exchange，提问作者Thomas G. Lau