会话亲和力和粘性会话之间的区别？

在负载平衡服务器的上下文中,会话亲缘性和粘性会话之间有什么区别？

1> Lou Franco..：

---

我已经看到这些术语可以互换使用,但有不同的实现方式:

在第一个响应中发送cookie,然后在后续响应中查找它.cookie说明要发送到哪个真实服务器.如果您必须支持无cookie浏览器,那就
太糟糕了

基于请求者的IP地址进行分区.如果它不是静态的,或者许多是通过相同的代理进入的,那就很
糟糕.

如果您对用户进行身份验证,则根据用户名进行分区(必须使用HTTP支持的身份验证模式才能执行此操作).

不要求国家.
让客户端访问任何服务器(将状态发送到客户端并让它们将其发回)
这不是一个粘性会话,这是一种避免必须这样做的方法.

我怀疑粘性可能会引用cookie的方式,并且在某些情况下这种亲和力可能会引用#2和#3,但这不是我看到它的使用方式(或者我自己使用它)

---

如果请求绑定到物理服务器,那么如果该服务器失败会发生什么？是否有策略使用cookie来包含故障转移服务器？

---

如果服务器出现故障,应用程序将失败 - 您可能需要再次登录.也许你丢失了数据.通常,负载均衡器会选择另一台服务器,然后继续运行,但某些状态会丢失.如果这是不可接受的,那么您需要尽快将状态提供给DB或其他服务器,或者采用无状态策略.

2> Jonathan Rup..：

---

由于我一直听到负载平衡场景中使用的术语,因此它们是可互换的.两者都意味着一旦会话启动,同一服务器就会为该会话提供所有请求.

3> kemiller2002..：

---

粘性会话意味着当请求从客户端进入站点时,所有进一步的请求都会转到访问的同一服务器初始客户端请求.我认为会话亲和力是粘性会话的同义词.

4> Justin Niess..：

---

他们是一样的.

两者都意味着当进入负载均衡器时,请求将被定向到服务于第一个请求的服务器(并具有会话).

5> 小智..：

---

粘性会话意味着将特定会话的请求路由到为该会话提供第一个请求的同一物理机器.