如何通过公共IP将整个docker swarm集群暴露给外部世界？

Question

我正在尝试在swarm模式下使用docker在生产中实现一组容器化应用程序。

让我描述一个非常简约的场景。 我所拥有的只是5个AWS-EC2实例。 这些节点都没有分配公共IP，也没有为子网的一部分分配私有IP。

例如，

管理者节点

• 172.16.50.1
• 172.16.50.2

工作节点

• 172.16.50.3
• 172.16.50.4
• 172.16.50.5

通过上述基础架构， 创建了一个 Docker 群集 ，其中第一个节点的IP（172.16.50.1）作为--advertise-addr，以便其他4个节点以其管理者或工作人员的身份加入群集，并带有各自的令牌。

我不想通过使管理者节点也充当工作程序节点的角色来使它们过载。 （这是个好主意还是资源利用不足？）。

作为节点，每个节点有4个核心，因此托管了9个我的Web应用程序副本，这些副本分布在3个工作节点中，每个工作节点运行3个容器来托管我的Web应用程序。

现在有了这个设置，我应该如何将整个带有VIP（虚拟IP）的docker swarm集群暴露给外部环境进行消费？

请验证我的以下想法：

1.我是否应该拥有经典的负载均衡器设置，例如保持基于httpd或nginx或基于haproxy的反向代理（已分配了公共IP），并使它平衡负载到部署了docker-swarm的上述5个节点上？

我在这里看到的一个缺点是上述反向代理将是单点故障 ？ 有什么想法可以使容错/高度可用吗？ 我应该尝试AnyCast解决方案吗？

2.选择一个AWS ALB / ELB，它将流量路由到我们群集所在的上述5个节点。

3.如果要保持单独的负载均衡器是路要走，那么docker-swarm负载均衡和服务发现到底有什么用呢？

docker swarm的答案是什么，将1个虚拟IP或主机名公开给外部客户端以访问swarm集群中的服务？

Docker-swarm大力宣传覆盖网络，但不确定它与我通过VIP向Internet客户端公开群集的问题有何关系。 我们是否应该始终让负载均衡器知道以后加入docker swarm的节点的IP地址？

请说明一下！

Answer 1

进一步阅读后，我了解到我们在群体管理器节点中创建的覆盖网络仅用于容器间通信。

与其他网络模式（例如网桥，主机，macvlan）的唯一区别在于，其他模式可以使具有单个主机的容器之间进行通信，而覆盖网络也可以促进部署在不同子网中的容器之间的通信。 即多主机容器通信。

以此知识为首，通过分配给负载均衡器的单个公共IP将集群暴露给世界，该负载均衡器会将请求分发给所有集群节点。 这只是我的高级理解。

这是我需要您的意见和想法的地方...解释如何处理此行业标准？