关于nginx+tomcat负载均衡下tomcat故障后的的会话转移
最近自己尝试着在linux下面进行开发和学习，想想即使对于一般的企业应用，做一个小的集群也是有必要的，能防止单服务器down掉之后的尴尬，所以就在学习nginx+tomcat配置一个小型的集群，google之下也算搞定，然后自然涉及到session共享之类的问题，依旧想google之，前人经验后人乘凉，搜索后发现最多的文章的解决方式就是开启tomcat的session复制，还有比较多的情况是使用memcached session manager 这个开源框架，这样就能在某个tomcat故障时候防止用户会话失效，这两者都要对tomcat配置文件什么的进行一些不大不小的改动，而且在我尝试之后发现，开启tomcat session复制尤其不可取，尤其在session中内容比较多的情况下（当然，session中放太多东西本身就不应该..），效率很是问题，也有人说在nginx下用iphash，将同一ip会话粘在同一个tomcat服务器上，但是如果在这台tomcat服务器down掉的情况下，却没有给出一个比较好的会话转移解决方法。（或者我没搜到?）
额。前面罗嗦一通是前提，我的一个程序中的解决方法，不必像开启tomcat的session复制或者像memcached session mamager这样对tomcat的配置文件进行修改，只需要代码实现即可。 想法如下：

用memcached 存储用户信息，将会话的sessionId作为key，放了一个map用来存储信息,
这样在会话中如果所粘合的tomcat down掉，nginx将此次会话转发给其他服务器时候，将存储在memcached中的信息复制回来即可。像下面这样：
request--sessionFilter（会话转移filter）--powerFilter(权限验证filter)--action--
首先我在登录的时候做了如下操作：初始化信息

upstream localhost {        ip_hash;      server localhost:8060;        server localhost:8070;        server localhost:8080;       }server {              listen       8090;              server_name  localhost;                 location / {                proxy_connect_timeout   3;                proxy_send_timeout      30;                proxy_read_timeout      30;                proxy_pass http://localhost;              } }   }

不过据我所知，如果客户端禁用cookie的话，request.getRequestedSessionId()可能就有问题了，，不过。。不管啦！
这是我的一个解决方法，贴出来与大家分享。
毕业一年，还只是新手,如果这样做有什么错误的话，请指正，我会虚心学习，请言论不要过激。。谢谢。
还有，看了精华贴 【晒晒大家年龄和近期愿望吧】 心中真是感慨万千，感觉天朝上学的时间真是太长了，刚毕业没多久，就觉得时间已经不够用。同时祝帖子里面的朋友愿望都能实现(话说最多的愿望是找个女朋友?)!