Sticky和NON-Sticky会话

Question

我想知道粘性和非粘性会话之间的区别.从互联网上阅读后我理解的内容:

粘性:只有单个会话对象.

非粘性会话:每个服务器节点的会话对象

Answer 1

当您的网站仅由一个Web服务器提供服务时,对于每个客户端 - 服务器对,会创建一个会话对象并保留在Web服务器的内存中.来自客户端的所有请求都转到此Web服务器并更新此会话对象.如果某些数据需要在交互期间存储在会话对象中,则会将其存储在此会话对象中,并且只要会话存在就会保留在该会话对象中.

但是,如果您的网站由位于负载均衡器后面的多个Web服务器提供服务,则负载均衡器会决定每个请求应该转到哪个实际(物理)Web服务器.例如,如果负载均衡器后面有3个Web服务器A,B和C,则可能是从服务器A提供www.mywebsite.com/index.jsp,www.mywebsite.com/login.jsp是从服务器B和www.mywebsite.com/accoutdetails.php从服务器C提供.

现在,如果请求是从(物理上)3个不同的服务器提供的,那么每个服务器都为您创建了一个会话对象,并且因为这些会话对象位于三个独立的框中,所以没有直接的方法可以知道会话对象中有什么内容另一个.为了在这些服务器会话之间进行同步,您可能必须将会话数据写入/读取到所有人共有的层 - 例如DB.现在,为这个用例写入数据和从数据库读取数据可能不是一个好主意.现在,粘性会话的角色来了.

如果指示负载均衡器使用粘性会话,则即使存在其他服务器,也会在同一物理服务器上进行所有交互.因此,在与本网站的整个交互过程中,您的会话对象将是相同的.

总而言之,如果是Sticky Sessions,您的所有请求都将被定向到同一个物理Web服务器,而在非粘性负载均衡器的情况下,可以选择任何Web服务器来满足您的请求.

例如,您可以在此处阅读有关Amazon的Elastic Load Balancer和粘性会话的信息:http://aws.typepad.com/aws/2010/04/new-elastic-load-balancing-feature-sticky-sessions.html

Answer 2

我在这里找到了一些更详细的答案:https: //stackoverflow.com/a/11045462/592477

或者你可以在那里阅读==>

当您使用负载平衡时,它意味着您有多个tomcat实例,并且您需要划分负载.

• 如果您正在使用没有粘性会话的会话复制:想象一下,您只有一个用户使用您的Web应用程序,并且您有3个tomcat实例.此用户向您的应用程序发送多个请求,然后负载均衡器将其中一些请求发送到第一个tomcat实例,并将其他一些请求发送到第二个实例,而另一个请求发送到第三个实例.
• 如果您在没有复制的情况下使用粘性会话:想象一下,您只有一个用户使用您的Web应用程序,并且您有3个tomcat实例.此用户向您的应用程序发送多个请求,然后负载均衡器将第一个用户请求发送到三个tomcat实例之一,此用户在其会话期间发送的所有其他请求将被发送到同一个tomcat实例.在这些请求期间,如果您关闭或重新启动此tomcat实例(使用的tomcat实例),则loadbalancer会将剩余请求发送到另一个仍在运行的tomcat实例,但是因为您不使用会话复制,所以接收的实例tomcat其余请求没有用户会话的副本,然后对于此tomcat用户开始会话:用户松开会话并且与Web应用程序断开连接,尽管Web应用程序仍在运行.
• 如果您正在使用粘性会话和会话复制:想象一下,您只有一个用户使用您的Web应用程序,并且您有3个tomcat实例.此用户向您的应用程序发送多个请求,然后负载均衡器将第一个用户请求发送到三个tomcat实例之一,此用户在其会话期间发送的所有其他请求将被发送到同一个tomcat实例.在这些请求期间,如果您关闭或重新启动此tomcat实例(使用的tomcat实例),loadbalancer会将剩余的请求发送到另一个仍在运行的tomcat实例,因为您使用会话复制,接收剩余请求的实例tomcat具有用户会话的副本然后用户继续他的会话:用户继续浏览您的Web应用程序而不断开连接,关闭tomcat实例不会影响用户导航.