Re: Tomcat load not distributed equally by Apache
Simon Pabst wrote: We had the same problem, see this thread http://www.mail-archive.com/[EMAIL PROTECTED]/msg97638.html Unless mod_jk Developers fix this, the only possible solution seems to build and use Apache 2 with Multithreading support (i used the worker mpm, perchild should work too, see http://httpd.apache.org/docs-2.0/mpm.html ) then build mod_jk1/2 again with the new apxs. There is another option: http://cvs.apache.org/~fhanik/index.html Enable session clustering and then you don't have to worry about session affinity anymore. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Tomcat load not distributed equally by Apache
Tomcat Users List [EMAIL PROTECTED] schrieb am 16.07.03 09:26:14: Simon Pabst wrote: We had the same problem, see this thread http://www.mail-archive.com/[EMAIL PROTECTED]/msg97638.html Unless mod_jk Developers fix this, the only possible solution seems to build and use Apache 2 with Multithreading support (i used the worker mpm, perchild should work too, see http://httpd.apache.org/docs-2.0/mpm.html ) then build mod_jk1/2 again with the new apxs. There is another option: http://cvs.apache.org/~fhanik/index.html Enable session clustering and then you don't have to worry about session affinity anymore. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] yore're right Dave, i should have written it was the only possible (and quickest) solution for us (without changing the application), because the Application Session Attributes don't implement java.io.Serializable which is needed for that Session clustering. -- Simon Pabst E-Mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat load not distributed equally by Apache
We had the same problem, see this thread http://www.mail-archive.com/[EMAIL PROTECTED]/msg97638.html Unless mod_jk Developers fix this, the only possible solution seems to build and use Apache 2 with Multithreading support (i used the worker mpm, perchild should work too, see http://httpd.apache.org/docs-2.0/mpm.html ) then build mod_jk1/2 again with the new apxs. I used for my Apache2/mod_jk2/mod_ssl: httpd-2.0.47: ./configure --prefix=/path/to/apache2 --with-mpm=worker --enable-ssl --enable-so --enable-rewrite --enable-proxy tomcat-connectors-1.1M1-src: ./configure --with-apxs2=/path/to/apache2/bin/apxs [ --with-java-home=/path/to/java --with-jni ] At 13:09 15.07.2003 -0400, you wrote: All: We have Apache 2 load balancing two tomcat 4.1.x workers. There are two primary applications running under tomcat. One app has long session times - eg the user logs-in in the morning and doesn't end their session until evening. The other app has short sessions - a connection is made, some work is performed, and they get out in under 3 minutes. Mod_jk is providing the load balancing via weighted round-robin. Both workers are equally weighted. In theory, each worker should have the same load distribution. (Truly in theory, each worker gets an equivalent number of sessions. Right? Our apps have sessions with a disproportionate number of transactions per session.) We see worker1 averaging higher CPU usage. I can justify this behavior because of session affinity being enabled -- and the huge difference in transactions per session in the applications. Two questions. (1) Am I missing something or are our assumptions wrong? (2) How could we distribute load to the tomcat workers via tomcat CPU usage instead of round-robin? Is there is a different Apache module that can load balance via tomcat CPU usage? Any help, guidance, direction you can provide would be greatly appreciated. Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat load not distributed equally by Apache
Thanks very much Simon. :) We will take a look at this. Best Regards, Scott -Original Message- From: Simon Pabst [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 15, 2003 1:25 PM To: Tomcat Users List Subject: Re: Tomcat load not distributed equally by Apache We had the same problem, see this thread http://www.mail-archive.com/[EMAIL PROTECTED]/msg97638.html Unless mod_jk Developers fix this, the only possible solution seems to build and use Apache 2 with Multithreading support (i used the worker mpm, perchild should work too, see http://httpd.apache.org/docs-2.0/mpm.html ) then build mod_jk1/2 again with the new apxs. I used for my Apache2/mod_jk2/mod_ssl: httpd-2.0.47: ./configure --prefix=/path/to/apache2 --with-mpm=worker --enable-ssl --enable-so --enable-rewrite --enable-proxy tomcat-connectors-1.1M1-src: ./configure --with-apxs2=/path/to/apache2/bin/apxs [ --with-java-home=/path/to/java --with-jni ] At 13:09 15.07.2003 -0400, you wrote: All: We have Apache 2 load balancing two tomcat 4.1.x workers. There are two primary applications running under tomcat. One app has long session times - eg the user logs-in in the morning and doesn't end their session until evening. The other app has short sessions - a connection is made, some work is performed, and they get out in under 3 minutes. Mod_jk is providing the load balancing via weighted round-robin. Both workers are equally weighted. In theory, each worker should have the same load distribution. (Truly in theory, each worker gets an equivalent number of sessions. Right? Our apps have sessions with a disproportionate number of transactions per session.) We see worker1 averaging higher CPU usage. I can justify this behavior because of session affinity being enabled -- and the huge difference in transactions per session in the applications. Two questions. (1) Am I missing something or are our assumptions wrong? (2) How could we distribute load to the tomcat workers via tomcat CPU usage instead of round-robin? Is there is a different Apache module that can load balance via tomcat CPU usage? Any help, guidance, direction you can provide would be greatly appreciated. Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
