什么叫负载均衡中的session保持
当我们需要做负载均衡时，服务端肯定有多台服务器，用户每次请求进来，会根据负载均衡算法被分配到某一台机器上，假设用户需要进行一段连续操作时，在第一台机器登陆后，下一个操作被安排到了另一台机器，如果没有做会话同步，那这台机器肯定没有他之前的一些操作信息，如登陆状态等，所以负载均衡下的session保持就变得不简单了。
解决的方法
ip_hash
将来访者IP进行HASH后分配到对应的机器上，这样保证同一个IP会一直在一台机器上，这样session就不会因为换机器而断。
缺点：
-
多个客户端共用一个IP时，那被分配到的服务器就惨了。
-
一个客户端并发太大时，对接收他请求的服务器也是压力。
-
如果某台服务器挂了，那一堆分配到这台机器的请求就都跪了。
存session
把session存下来，这样每台服务器都能从公共存储中的session来获取客户端状态，保证会话的延续。
存数据库
占用数据库资源，高并发时，数据库瓶颈。
存文件里
高并发时硬盘I/O性能是瓶颈。
存Memcached/Redis
是挺快的，但因为是在内存里，宕机就没了，session太多时，老的session就会被删。
利用cookie
第一次请求时，分配完服务器后，负载均衡器给response写个cookie，把给它的机器记下来，下次来了还是那台服务器接客。
cookie的插入和取出分析，都是在负载均衡器中进行的，客户端和服务器都不知道。
会话复制
就是把每个服务器节点都复制一份全量的session，没研究过，不过一听就感觉不太靠谱。
总结
把一个用户捆在某一台服务器上的做法可以叫做会话保持；每台机器都存一个相同发复制品，叫做会话复制；把会话放一个共同地方，所有服务器都从这取，叫会话共享。
会话保持方案指定了机器，其实负载也就不均衡了，而且如果某台服务器宕机了，那这台机器的session也就都没了，新请求被分到别的机器，还得重头来。
会话共享方案还算靠谱。