-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Raquib,
On 1/28/14, 10:03 AM, Raquib Hasan wrote: > I am creating a tomcat cluster following helps I found online. My > question is, do I have to use the Apache(mod_jk) for session > replication? No. > Is it possible to use F5 load balancer directly bypassing the > Apache? Yes. (Note this is not "bypassing" Apache [httpd]... it's simply not using it at all. Use of httpd is common, but certainly not required by any stretch. The lb is not involved in session replication. If you want to use sticky sessions, you'll need to properly configure the lb to understand how to "stick" the sessions to a back-end server. > Primary purpose of the cluster is fail over. Load balancing is not > needed. I think session replication is needed for a successful fail > over. That depends upon the nature of your webapp. Note that session-replication is time-consuming and puts certain constraints on the objects you store in the session. > I am thinking like, there would be a LB VIP that the client > requests would be communicating with. The sticky session would be > enabled in the LB and there is no need of apache web server in > between. Is this the right way of thinking? What do you mean VIP? How many back-end servers were you considering using? > I could not find the answer any where. Every example I found online > starts with an apache web server. Using mod_jk (or mod_proxy_ajp) just makes everything easier given the configuration options, etc. All of the ASF documentation covers the use of httpd because it's freely-available and supported by the same organization. The ASF isn't going to maintain configuration instructions for a produce sold and supported by a commercial entity. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJS58uZAAoJEBzwKT+lPKRYOrMP/AxfjLwYrr5k3ishLEjDWwlw uvJnXLMS1uW06XVBRqkevwRerz+4uKF8GlFPsnAcZd3h3MfPd+nhvtrSo5gXCgk3 aF+H+UNvq1axY7gAbI1syNCT3lUb1dQ4T+tbsuKILE4/LfE2+BqaIyEEUk3dpUq0 hi9IdaPolZdtf1Zikt5stYljqrNwY16S2mGFliICrHcpKa8rPL6TaDxIgmmhm4XV zpziYZBCKaUqA2qadmFzUlRJSvZXmHqjmAXd6+dsMjzyIloeRntfBiktVbEh+EZg WlXvoIaU6m3AEpK9c+A0QeCi1i8J5uMvGFAHbBp7+9XttZZdAfKwEr4jGRSvfnk4 nBaPFkEZZimmvh+i68bcysIPjVQVYzG2UHFsgTkie0SYhV1P8u6R7ugYGav9Uu2R WfMLJm9V+0r3mAgR/aD4B4VQ7JYEavQ4YAldBQeb2IRqygBB2DCTawyIiHm3RiJ5 e7I0P2EXBjYhOZaQSQ0oWnLyF8JzGTIPy2B5b+qIHWYNBdV94/yvvBUp4iZhLEc7 NYgfhBczcRBlsmhvqVUcRrnyHdmf/sfgaZsiEs6zuTVrbZUoPKxoJJ6BmkhcMRbh EgT2iMFL56IIRGKS2Is92vxoLV1Y/Kl5DYDceWw1qgveqZr2rPWfsNEP43RssM36 pDdpqUCFLJ1PD24FHaL8 =OKXz -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org