长连接与负载均衡
长连接和负载均衡都是服务器端常用的技术,但是它们碰在一起的时候麻烦就出现了。下面以google的kubernetes举例,说它的一个美妙的假设为什么不工作。
kubernetes是一个管理docker集群的东西。部署在kubernetes上的每个服务(service)由一个或多个pod组成。每个 pod都有一个独立的IP。kubernetes希望利用IP层的负载均衡技术,让每个服务都对应一个独立的IP。这样,当pod发生迁移或者伸缩的时 候,对使用它的人是不可见的。我想说的是,这样做是有问题的。
假设服务S由podA和podB两个pod组成。客户端使用了固定大小的连接池,到服务S有100个连接。然后突然,podB死掉了。于是对客户端 来说,连接池的数量就降低到了50。由于50个连接不够用,所以很快,客户端就向podA新建了50个连接,把总连接数量补到了100。然后podB恢复 了。但是对于客户端来说,因为100个连接已经够用了,所以podB收不到任何请求。
简单的结论是:假如一个服务由多个副本组成,并且客户端使用了长连接,那么客户端必须知晓副本的数量,否则服务端负载就会不均衡。假如连接本身是无状态的(例如HTTP),那么可以加入一个中间代理来解决负载均衡的问题,从而降低client端的复杂度。
所以就kubernetes来说,无论你是用flannel、skydns,还是其它什么策略。只要存在长连接,客户端就必须主动去查kubernetes API来获知pods的真实IP。这个耦合及依赖是必须存在的。
来自:http://www.sunchangming.com/blog/post/4658.html
本文由用户 f663x 自行上传分享,仅供网友学习交流。所有权归原作者,若您的权利被侵害,请联系管理员。
转载本站原创文章,请注明出处,并保留原始链接、图片水印。
本站是一个以用户分享为主的开源技术平台,欢迎各类分享!