负载均衡中的session保持

自作多情 提交于 2020-04-03 11:36:26

什么叫负载均衡中的session保持

当我们需要做负载均衡时,服务端肯定有多台服务器,用户每次请求进来,会根据负载均衡算法被分配到某一台机器上,假设用户需要进行一段连续操作时,在第一台机器登陆后,下一个操作被安排到了另一台机器,如果没有做会话同步,那这台机器肯定没有他之前的一些操作信息,如登陆状态等,所以负载均衡下的session保持就变得不简单了。

解决的方法

ip_hash

将来访者IP进行HASH后分配到对应的机器上,这样保证同一个IP会一直在一台机器上,这样session就不会因为换机器而断。

缺点:

  • 多个客户端共用一个IP时,那被分配到的服务器就惨了。

  • 一个客户端并发太大时,对接收他请求的服务器也是压力。

  • 如果某台服务器挂了,那一堆分配到这台机器的请求就都跪了。

存session

把session存下来,这样每台服务器都能从公共存储中的session来获取客户端状态,保证会话的延续。

存数据库

占用数据库资源,高并发时,数据库瓶颈。

存文件里

高并发时硬盘I/O性能是瓶颈。

存Memcached/Redis

是挺快的,但因为是在内存里,宕机就没了,session太多时,老的session就会被删。

利用cookie

第一次请求时,分配完服务器后,负载均衡器给response写个cookie,把给它的机器记下来,下次来了还是那台服务器接客。
cookie的插入和取出分析,都是在负载均衡器中进行的,客户端和服务器都不知道。

会话复制

就是把每个服务器节点都复制一份全量的session,没研究过,不过一听就感觉不太靠谱。

总结

把一个用户捆在某一台服务器上的做法可以叫做会话保持;每台机器都存一个相同发复制品,叫做会话复制;把会话放一个共同地方,所有服务器都从这取,叫会话共享。

会话保持方案指定了机器,其实负载也就不均衡了,而且如果某台服务器宕机了,那这台机器的session也就都没了,新请求被分到别的机器,还得重头来。
会话共享方案还算靠谱。

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!