会话亲和力和粘性会话之间的区别?
在负载平衡服务器的环境中, 会话亲和性和粘性会话之间有什么区别?
我已经看到这些术语可以互换使用,但是有不同的实现方式:
- 在第一个响应中发送一个cookie,然后在随后的响应中查找它。 该cookie说明要发送到哪个真实服务器。
如果你不得不支持无cookie的浏览器,那么就不好用了 - 根据请求者的IP地址进行分区。
不好的,如果它不是静态的或者通过相同的代理进来的话。 - 如果您对用户进行身份validation,则根据用户名进行分区(必须是HTTP支持的身份validation模式才能执行此操作)。
- 不要求国家。
让客户打任何服务器(发送状态给客户端,让他们发回)
这不是一个粘滞的会议,这是避免必须这样做的一种方法。
我怀疑粘性可能是指cookie的方式,亲和力可能在某些情况下引用#2和#3,但这不是我已经看到它使用(或自己使用它)
正如我总是听到在负载平衡scheme中使用的术语,它们是可以互换的。 两者都意味着一旦会话开始,同一台服务器就会为该会话的所有请求提供服务。
粘滞会话意味着,当一个请求从客户端进入一个站点时,所有进一步的请求都会进入同一个服务器的初始客户端请求。 我相信会话亲和力是粘性会话的同义词。
他们是一样的。
这两个意思是,当进入负载平衡器时,请求将被引导到服务于第一请求(并且具有会话)的服务器。
粘滞会话意味着将特定会话的请求路由到服务于该会话的第一请求的同一物理机器。
本文将为我阐明这个问题并讨论其他types的负载平衡器持久性。
Dave的想法:负载平衡器持久性(粘性会话)