top button
Flag Notify
    Connect to us
      Facebook Login
      Site Registration Why to Join

Facebook Login
Site Registration
Print Preview

Multiple instances of Tomcat 7.0 on one server

0 votes

We currently are setting a site that receives fairly heavy traffic (5000 simultaneous users). We have two physical servers.

As a general idea, is there performance to be gained by running multiple instances of Tomcat 7.0? For example, two instances on one physical server and two instances on the other physical server? Assume all are running the same webapp.

posted Jul 19, 2013 by anonymous

Share this question
Facebook Share Button Twitter Share Button Google+ Share Button LinkedIn Share Button Multiple Social Share Button

1 Answer

0 votes

There is no easy answer here. I think the most correct answer would be RATHER NOT.
There is rather no performance to be gained but running multiple instances of the same app in multiple tomcats on the same physical machine except for:
* you need a lot of heap per session. In this case you will probably be able to save gc time and performance. So in case you need more than 12 Gb Heap separation would make sense.
* you have multiple physical resources your app can't use properly. For example if you could give each instance its own database or its own file system.
* you have concurrency issues in your application.

- Database. If you have one. You will have more connections and evtl. more locks. And both are limited resources.

If you want a more detailed answer, you should tell us a bit about your app. Or, better, you start to monitor your app, run one physical server with one instance and another one with two and compare.

answer Jul 19, 2013 by anonymous
Similar Questions
+1 vote

My development setup is Win7 while my production is RHEL6. Both of the environments have the same settings in conf/ but the files in logs/ are slightly different.

The access logs are named the same way. But on RHEL there's no tomcat7-stdout or tomcat7-stderr log files. Just 'catalina.out.YEAR.MO.DY' and the cumulative "catalina.out" with no date.

What accounts for the differences? Also, how would you stop logging to the 'catalina.out' file. It gets unusably gigantic within a few days.

+1 vote

I have one .WAR to routinely deploy across various Tomcat Instances on different servers.

I believe FarmWarDeployer can only be used within a cluster. From what I understand, a cluster will require a HTTPD server with a mod_jk configured. Would anyone know of a way to achieve this without the need to configure a cluster? We have no desire to change traffic routing to go through an HTTPD as our load balancer handles traffic fine as it is. Ideally, i'd also like the context.xml to be distributable, so changing on one instance will update on all others...but I suspect this will require a cluster configured.

+1 vote

For a simple web application, what is the expected delay when switching to new version of an application when using the parallel deployment process? I'm trying to do timings right now with a single Hello World JSP and sometimes there is a delay of up to 4 seconds when the new version of the application is deployed (running 5 users simultaneously using Jmeter with cookies turned off), but other times I don't see this behavior. Does anyone know if it is expected for there to be a slight hiccup in response times when the applications are deployed via parallel deployment? I understand that many applications will have initialization logic and that may cause a delay, but I'm wondering if I should expect tomcat to introduce a very small delay when switching from the old version to the new version and if so, how long should I expect that process to take.

0 votes

My project is planning to upgrade to Tomcat 7.0.57 that has the fix for POODLE vulnerability and have the SSL protocol disable by default. We were up till now using the manual configuration change in server.xml in
order to disable use of SSL.

My questions is that after upgrading to Tomcat 7.0.57, is there any similar configuration change available, through which we can re enable SSL protocols again.

Please let me know if my question is not clear.

Useful Links with Similar Problem
Contact Us
+91 9880187415
#470/147, 3rd Floor, 5th Main,
HSR Layout Sector 7,
Bangalore - 560102,
Karnataka INDIA.