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

Question

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

Answer 1

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

1. 在第一个响应中发送cookie，然后在后续响应中查找。 cookie说明要发送到哪个真实服务器 错误，如果您必须支持无Cookie浏览器
2. 根据请求者的IP地址进行分区 错误如果它不是静态的，或者许多是通过相同的代理进入的。
3. 如果您对用户进行身份验证，则根据用户名进行分区（必须使用HTTP支持的身份验证模式才能执行此操作）。
4. 不要求国家 让客户点击任何服务器（将状态发送给客户端并让他们发送回来）
   这不是一个棘手的会话，它是一种避免必须这样做的方法。

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

Answer 2

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

Answer 3

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

Answer 4

他们是一样的。

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

Answer 5

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

Answer 6

本文为我澄清了这个问题，并讨论了其他类型的负载均衡器持久性。

Dave's Thoughts: Load balancer persistence (sticky sessions)

Answer 7

它们是同义词。 完全没有区别

粘性会话/会话亲和力：

保留用户会话与向其发送用户请求的服务器之间的亲缘关系/粘性/联系。