AWS网络负载平衡器粘性会话不工作

Question

在我的AWS帐户中，我当前有一个网络负载平衡器（TCP），它指向两个可用性区域（web服务器）上的两个Ec2实例，每个可用性区域都运行一个tomcat，它指向一个Ec2实例，即应用程序服务器/数据库。

在NLB上，粘性会话是启用的，因此当我在单个选项卡上从Chrome访问网络服务器时，一切正常，我的所有用户流量都发送到单个网络服务器。当我打开一个新选项卡时，似乎启动了一个新会话，我的用户流量可以发送到网络服务器1或网络服务器2。如果它被发送到另一台网络服务器，我会被要求再次登录。目标是让用户的所有流量通过一台网络服务器路由。

有人知道为什么AWS网络负载均衡器上的粘性会话不能按预期工作吗？或者我误解了它。

Answer 1

只要没有为侦听器设置TLS，NLB的粘性就应该可以工作。

https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-target-groups.html#sticky-sessions

请注意，负载平衡基于简单的IP地址路由。因此，如果您的客户端都位于相同的地址块（即NAT路由）后面，那么这将导致不平衡。

Answer 2

弹性负载平衡的工作原理：

对于网络负载平衡器，接收连接的负载平衡器节点使用以下过程：

使用流哈希算法从目标组中为默认规则选择目标。该算法基于：

• 协议

在连接的生命周期内，将每个TCP连接路由到单个目标。来自客户端的TCP连接具有不同的源端口和序列号，并且可以路由到不同的目标。

我怀疑，当您打开另一个选项卡时，它可能会从不同的端口发送流量，导致粘度失败。坦率地说，我不确定粘度在第4层中会如何工作，因为它不能使用cookie来记住粘度。它当然没有“用户”的概念，因为第4层不能使用cookie，所以没有办法再次识别用户。