『中级篇』RoutingMesh之Ingress负载均衡（48）

原创文章，欢迎转载。转载请注明：转载自IT人故事会，谢谢！
原文连接地址：『中级篇』RoutingMesh之Ingress负载均衡（48）

当建立或更新一个服务时，你能够利用--publish选项把一个服务暴露到外部，在docker swarm模式下发布一个端口意味着在集群中的全部节点都会监听这个端口，这时当访问一个监听了端口可是并无对应服务运行在其上的节点会发生什么呢？

1. 接下来就该咱们的路由网（routing mesh）出场了，路由网时docker1.12引入的一个新特性，它结合了IPVS和iptables建立了一个强大的集群范围的L4层负载均衡，它使全部节点接收服务暴露端口的请求成为可能。当任意节点接收到针对某个服务暴露的TCP/UDP端口的请求时，这个节点会利用预先定义过的Ingress overlay网络，把请求转发给服务对应的虚拟IP。ingress网络和其余的overlay网络同样，只是它的目的是为了转换来自客户端到集群的请求，它也是利用咱们前一小节介绍过的基于VIP的负载均衡技术。

2. 当启动服务时，你能够为你的应用建立一个外部的DNS服务，并把它映射到你集群的任意节点或者是全部节点，你无需担忧你的容器具体运行在那个节点上，由于有了路由网这个特性后，你的集群看起来就像是单独的一个节点同样。

   
   
   
   

上面这个图代表了路由网是怎么工做的：

• 服务（app）拥有两份复制，并把端口映射到外部端口的8000
  路由网在集群中的全部节点上都暴露出8000
• 外部对服务app的请求能够是任意节点，在本例子中外部的负载均衡器将请求转发到了没有app服务的主机上
• docker swarm的IPVS利用ingress overlay网路将请求从新转发到运行着app服务的节点的容器中

PS：负载均衡解决了单一入口负载到多个容器上问题， 可是因为容器调度以后可能落到多个机器上， 假如某些主机上面没有工做的容器，而对外服务时候又但愿服务能够被访问， Routing Mesh概念引入是解决多个入口点负载到单个容器的问题。