docker中RoutingMesh–Ingress负载均衡是什么

docker中RoutingMesh–Ingress负载均衡是什么，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。我们知道容器之间的通信，例如上图中的10.0.9.3与10.0.9.5通信是通过overlay网络，是通过一个VXLAN tannel来实现的。但是service和service之间通信是通过VIP实现的。例如client的service与web 的service进行通信，而web有一个scale，因此client访问web是通过访问虚拟IP（VIP）来实现的。那么VIP是怎么映射到具体的10.0.9.5或者10.0.9.6呢？这是通过LVS实现的。LVS，Linux Virtual Server。可以实现在系统级别的负载均衡。我们可以在三个节点上任何一个节点访问80端口都可以访问到wordpress，这个实现就是IngressNetWork的作用。任何一台swarm节点上去访问端口服务时，会通过端口服务通过本节点IPVS（IP Virtua 香港云主机l Service），并通过LVS给loadbanlance到真正具有service上面，例如上图中我们通过访问Docker Host3转发到另外两个节点中。我们的实验环境跟上一节一样，我们将whoami 的scale 变为2查看whoami的运行情况：分别运行在swarm-manager和swarm-worker2节点上。在swarm-manager中访问whoami：在swarm-worker1中访问whoami：为什么对于swarm-worker1来讲本地并没有whoami的service，确能访问8000端口？通过iptables可以看到本地的转发规则：我们看到DOCKER-INGRESS，它的转发规则是如果我们访问tcp8000duank端口，它会转发到172.19.0.2:8000上，那么这个172.19.0.2:8000是什么呢？我们先看一下本地的ip:我们可以看到本地有个网络是docker_gwbridge，它的ip是172.19.0.1，这个地址与172.19.0.2在同一个网段。所以说我们可以猜测172.19.0.2肯定是与docker_gwbridge相连的一个网络。可以通过brctl show 查看：可以看到docker_gwbridge有两个interface，这两个interface哪个是呢？通过docker network ls：查看docker_gwbridge的详细信息：可以看到与docker_gwbridge相连的container有两个，分别是gateway_bf5031da0049和gateway_ingress-sbox，而gateway_ingress-sbox的ip正是172.19.0.2。也就是说数据被转发到这个gateway_ingress-sbox network namespace中去了。进入gateway_ingress-sbox：这样就进入了ingress_sbox的namespace了。查看ip
发现ip是172.19.0.2。为了掩饰LVS，我们退出ingress_sbox的namespace。在swarm-worker1中安装ipvsadm，这是lvs的一个管理工具。安装成功之后，在进入到ingress_sbox中，然后输入命令iptables -nL -t mangleMARK一行就表示负载均衡。输入命令ipvsadm -l10.255.0.510.255.0.7就是whoami的service地址。在swarm-manager上查看whoami：whoami的IP正是10.255.0.5。在swarm-worker2上查看：whoami的IP正是10.255.0.7。因此当我们的数据包进入到ingress_sbox通过lvs做了一个负载均衡，也就是说我们访问8000端口，它会把数据包转发到10.255.0.5和10.255.0.7做一个负载。然后就会进入到swarm节点中了。看完上述内容，你们掌握docker中RoutingMesh–Ingress负载均衡是什么的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注开发云行业资讯频道，感谢各位的阅读！

相关推荐: c语言文件怎么打开与关闭

本文小编为大家详细介绍“c语言文件怎么打开与关闭”，内容详细，步骤清晰，细节处理妥当，希望这篇“c语言文件怎么打开与关闭”文章能帮助大家解决疑惑，下面跟着小编的思路慢慢深入，一起来学习新知识吧。文件的打开与关闭打开文件（fopen函数）FILE *fp;fp …