node.js – 负载均衡的Amazon EC2上的节点socket.io

2019年8月6日 147次阅读

我在亚马逊的AWS上运行了标准的LAMP EC2实例设置.安装了Node.js,socket.io和Express以满足实时更新的需求后,我现在处于负载平衡应用程序的阶段.这一切都有效,但我的插座不是.这是我的设置看起来： –

                  --- EC2 >> Node.js + socket.io
                /
Client >> ELB --
                \
                  --- EC2 >> Node.js + socket.io


[RDS MySQL - EC2 instances communicate to this]

如您所见,每个实例都安装了Node和socket.io.但是,有时Chrome调试将400套接字请求返回原因{“code”：1,“message”：“Session ID unknown”},我想这是因为它正在与另一个实例进行通信.

另外,假设我在页面A上,并且套接字需要发送到页面B – 因为负载平衡器这两个页面可能位于不同的实例上(它们将同时打开).据我所知,使用像Sticky Sessions这样的东西在那种情况下不起作用,因为两个页面都将被限制在各自的实例中.

我该如何解决这个问题？我是否需要一个专门针对Node的专用实例？这似乎有点矫枉过正……

最佳答案 当您考虑websocket流量(第4层-ish)和HTTP流量(第7层)在负载均衡器上移动时,问题就会出现,负载均衡器一次只能检查一个层.例如,如果将ELB设置为第7层(HTTP / HTTPS)上的负载平衡,那么websockets将无法在整个ELB中工作.但是,如果将ELB设置为第4层(TCP)上的负载平衡,则任何后备HTTP轮询请求都可能最终在任何上游服务器上.

你有两个选择.您可以找到一种方法来有效地平衡HTTP和websocket请求,或者找到一种方法来确定性地将请求映射到上游服务器,而不管协议如何.

第一个涉及很多,需要另一个负载均衡器. A good walkthrough can be found here.值得注意的是,当该帖子被写入时,HAProxy没有本机SSL支持.现在就是这种情况,如果那是你想去的路线,就可以完全删除ELB.如果是这种情况,第二种选择可能会更好.

否则,您可以单独使用HAProxy(或Nginx的付费版本)来实现确定性负载平衡机制.在这种情况下,您将使用IP散列since socket.io does not provide a route-based mechanism to identify a particular server like sockjs.这将使用IP地址的前3个八位字节来确定哪个上游服务器获取每个请求,因此除非用户在HTTP轮询之间更改IP地址,否则这应该有效.

点赞