Tomcat URL中jsessionid的Amazon负载平衡器粘性会话配置

Tomcat URL中jsessionid的Amazon负载平衡器粘性会话配置,tomcat,amazon-web-services,load-balancing,jsessionid,Tomcat,Amazon Web Services,Load Balancing,Jsessionid,我目前正在尝试为Tomcat workers安装Amazon负载平衡器,但我遇到了一个问题 我使用的是粘性会话,cookieJSESSIONID可用于大多数请求。但有些请求在URL中包含会话信息,如下所示: ProxyPassMatch /.* balancer://mycluster stickysession=JSESSIONID|jsessionid 并且它不起作用(请求被转发给了错误的工作者) AWS负载平衡器是否支持URL中的jsessionid?如果没有,那么您可能知道一些解决

我目前正在尝试为Tomcat workers安装Amazon负载平衡器,但我遇到了一个问题

我使用的是粘性会话,cookie
JSESSIONID
可用于大多数请求。但有些请求在URL中包含会话信息,如下所示:

ProxyPassMatch /.* balancer://mycluster stickysession=JSESSIONID|jsessionid 

并且它不起作用(请求被转发给了错误的工作者)

AWS负载平衡器是否支持URL中的
jsessionid
?如果没有,那么您可能知道一些解决方法?

例如,使用Apache+mod_proxy_balancer,我可以这样定义它:

ProxyPassMatch /.* balancer://mycluster stickysession=JSESSIONID|jsessionid 

AWS的弹性负载平衡器不支持基于URL的会话粘性

确保您已设置ELB的粘性策略


此外,ELB的粘性实际上并不考虑任何cookie的价值,除了它自己的“AWSELB”。当您配置基于cookie的粘性策略时,您实际上是在配置粘性的生存期,以遵循指定cookie的生存期-但实际的服务器分配由AWSELB cookie控制。

是的。。。我还联系了AWS支持,他们“建议”我重写我的应用程序:)(非常有用)。感谢您解释
AWSELB
cookie的细节-我想知道为什么LB总是添加自己的cookie,即使我将粘性策略设置为“应用程序管理”。您有没有找到解决方法?不幸的是,我所有的url重写都因为粘性会话功能而过时了。