AWS Application Load Balancing：看到极长的初始连接时间

Question

从观察者的角度来看，症状与这里的问题相同 场景也相同： Angular 应用程序将预检请求发送到 REST api，预检请求大约花费了 50% 的时间，最多 1.3 秒（插图与链接问题）。

另外，websocket经常超时，直到socket.io终于成功建立连接。 问题在 Chrome 中更为明显，而在 Safari/Firefox 中则较少。

但是，我们使用的是 ALB 而不是 ELB，并且我们所有的 su.net 都是公开的。

Answer 1

我们发现有效的解决方案是所有子网都需要通过相同的Internet网关-相同的路由表已应用于所有子网。

完成后，所有请求开始更快地通过，websocket立即连接而无需重新连接。

Answer 2

有类似的问题。 LB必须设置为至少使用2个可用区。 您必须选择每个可用区中的哪个子网。 以我为例，其中一个网络的ACL设置错误，基本上拒绝了所有流量。 这意味着，每当DNS决定为您提供无法正常工作的LB接口的IP地址时，该服务似乎就会停顿一分钟左右。 在DNS缓存过期并且您获得了正常运行的接口的IP之后，它将重新开始工作。

Answer 3

我们也一直面临同样的问题，我们发现我们在 ALB 的一个区域中有一个公共 su.net，而在另一个区域中有一个私有 su.net。 我们通过在两个可用区中选择 public su.net 来修复它。 一般来说，对于面向公众的 ALB，所有 su.net 都应该是公共 su.net，尽管您重定向的流量（EC2、lambda）也可能位于私有 su.net 中。