On 09/09/2015 7:13 AM, "Jeffrey Janner" <jeffrey.jan...@polydyne.com> wrote: > > > -----Original Message----- > > From: Jose María Zaragoza [mailto:demablo...@gmail.com] > > Sent: Tuesday, September 08, 2015 9:22 AM > > To: Tomcat Users List <users@tomcat.apache.org> > > Subject: Re: Multiple JSESSIONID cookies being presented. > > > > 2015-09-08 15:51 GMT+02:00 Jeffrey Janner <jeffrey.jan...@polydyne.com>: > > >> -----Original Message----- > > >> From: Christopher Schultz [mailto:ch...@christopherschultz.net] > > >> Sent: Friday, September 04, 2015 12:46 PM > > >> To: Tomcat Users List <users@tomcat.apache.org> > > >> Subject: Re: Multiple JSESSIONID cookies being presented. > > >> > > >> -----BEGIN PGP SIGNED MESSAGE----- > > >> Hash: SHA256 > > >> > > >> Jeffrey, > > >> > > > Now, it's been doing this since at least Tomcat 6, I have one running > > now, and I've never had a problem with it using direct connections. But > > now we are front-ending with HaProxy and going to two backend tomcats, > > and using the JSESSIONID to support sticky-sessions. I'm afraid the > > multiple cookies is confusing HaProxy. (Yes, I'm going to ask that user > > community.) > > > Jeff > > > > > > You could use another cookie to implement stickyness > > > > "You can add a cookie SOME-COOKIE-NAME prefix directive into the > > backend. Then simply add the cookie directive within each server. Then > > HAProxy will append a cookie (or add onto an existing one) a > > identifier for each server. This cookie will be sent back in > > subsequent requests from the client, letting HAProxy know which server > > to send the request to. This looks like the following:" > > > > backend nodes > > # Other options above omitted for brevity > > cookie SRV_ID prefix > > server web01 127.0.0.1:9000 cookie check > > server web02 127.0.0.1:9001 cookie check > > server web03 127.0.0.1:9002 cookie check > > > > > > https://serversforhackers.com/load-balancing-with-haproxy > > > Thanks Jose. We considered that, as well as having HaProxy just generate its own sticky-session cookie, but it seemed like a better idea to just let Tomcat handle it and use stick-tables. We are moving towards a fully-clustered tomcat, so already having the config in place such that we only have to turn off the stick-tables and we'd be set to go. I'll eventually be supporting a fairly large number of backends and don't want to make the configuration of new ones very complicated. Making them simple and pushing the complication down to the tomcat level just seemed to make more sense.
If using more than one haproxy inserting its own cookie is much better solution since you don't have to sync the stick tables between the lb's. > In fact, I've parameterized the jvmRoute setting in the Tomcat server.xml and use the setenv.sh script to calculate the value based on the server the Tomcat is running on. > If only there were some way to have HaProxy read an already existing suffix in the cookie string, like httpd, my life would be perfect. > Jeff > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org >
