我有一个知道的问题。我希望这是好的。容器引擎Websockets瓶颈
我有一个来自Google的容器引擎,运行3个Docker容器实例。我在前面有一个负载平衡器服务。 FrontEnd的Websockets连接到该服务。
现在我的问题是。这个LoadBalancer是瓶颈吗?或者,Websocket以某种方式直接连接到实际的Docker实例?
如果它是一个瓶颈,它周围有什么?
我有一个知道的问题。我希望这是好的。容器引擎Websockets瓶颈
我有一个来自Google的容器引擎,运行3个Docker容器实例。我在前面有一个负载平衡器服务。 FrontEnd的Websockets连接到该服务。
现在我的问题是。这个LoadBalancer是瓶颈吗?或者,Websocket以某种方式直接连接到实际的Docker实例?
如果它是一个瓶颈,它周围有什么?
从我有限的知识和假设,没有亲密的谷歌知识隐含
这一定程度上取决于负载均衡的实现。正如你所料,有各种各样的负载平衡技术。
负载均衡器被设计为充当低级包过滤器,不应该创造瓶颈。
Wikipedia有一些有趣的信息,以及this "white paper"和this article。
但是,一些软件负载平衡器实际上更类似于代理服务器。在这种情况下,所有websocket连接(和Http连接)都连接到负载均衡器,它可能会成为一个瓶颈...
我假设谷歌没有在负载平衡器上弄脏工作,他们正在使用低级架构(数据包处理)而不是TCP/IP连接代理风格转发。
在任何情况下,您都应该知道,连接到不同Docker实例的websocket连接无法互相通信,除非将它们连接在一起。