亚马逊 ELB 上基于 SSL 的 Websocket 延迟问题

Question

我按照此链接中的说明进行操作： How do you get Amazon's ELB with HTTPS/SSL to work with Web Sockets? 设置 ELB 以使用 Websocket（在 TCP 模式下 ELB 将 443 转发到 8443）。现在我看到 wss 的这个问题：服务器发送 message1，客户端没有收到它；几秒钟后，服务器发送 message2，客户端收到两条消息（两条消息大约 30 个字节）。我可以很容易地重现这个问题。如果我在服务器上使用 iptable 设置端口转发并让客户端直接连接到服务器（端口 443），我就没有问题 此外，这个问题似乎只发生在 wss 上。 ws 工作正常。

服务器正在运行 jetty8。

我查看了 EC2 论坛并没有真正找到任何东西。我想知道是否有人遇到过同样的问题。

谢谢

Answer 1

这与“Nagle 算法”产生了共鸣...... TCP 堆栈可以配置为在通过网络发送请求之前捆绑请求以减少流量。这可以解释症状，但值得一试

Answer 2

根据您的描述，这很可能是 ELB 的缓冲问题。快速研究表明这确实是问题所在。

来自ELB docs：

当您同时使用 TCP 进行前端和后端连接时，您的 负载均衡器会将请求转发到后端实例 无需修改标题。这种配置也不会 为会话粘性或 X-Forwarded-* 标头插入 cookie。

在前端和后端都使用 HTTP（第 7 层）时 连接时，您的负载均衡器会解析请求中的标头并 在重新发送请求之前终止连接 注册实例。这是由提供的默认配置 弹性负载平衡。

来自AWS forums：

我相信这是特定于 HTTP/HTTPS 但不可配置但不能 说我确定。您可能想尝试在纯 TCP 中使用 ELB 端口 80 上的模式，我相信它只会将流量传递到 客户端，反之亦然，无需缓冲。

您能否尝试进行更多测量，看看此延迟如何取决于消息大小？

现在，我不完全确定你已经做了什么，什么失败了，什么没有失败。然而，从文档和论坛帖子来看，该解决方案似乎对前端和后端都使用 TCP/SSL（第 4 层）ELB 类型。