tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pid <>
Subject Re: Automatic scaling decisions based on performance metrics
Date Mon, 08 Feb 2010 14:01:56 GMT
On 08/02/2010 13:05, Shashank Rachamalla wrote:
> Hi
> I am currently involved in developing a module which performs automatic
> scaling of application server instances based on their performance. I am
> using JMX to pull data pertaining to server and underlying jvm on which
> the applications are deployed. I can also collect performance data for
> guest operating system.  We are using mod_jk as load balancer. The
> challenging task here is to decide when to scale out and when to scale
> in. Please suggest some strategies used to determine the load at a
> cluster level based on which scaling decisions can be taken. Also can
> any scaling decisions be taken by considering performance statistics of
> a single instance in a cluster.

Excellent!  This sounds like a great idea for an open source project.
Where is it hosted?  I might be interested in contributing...


> The following are parameters currently monitored for each server
> instance.
> Guest OS
> 1) CPU Usage
> 2) Swap Usage
> 1) JVM Free Memory
> App Server ( context is / )
> 1) Maximum Request Processing Time.
> 2) Number of errors processing requests.
> 3) Number of errors encountered while processing requests.
> Regards,
> Shashank
> Please do not print this email unless it is absolutely necessary.
> The information contained in this electronic message and any attachments to this message
are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential
or privileged information. If you are not the intended recipient, you should not disseminate,
distribute or copy this e-mail. Please notify the sender immediately and destroy all copies
of this message and any attachments.
> WARNING: Computer viruses can be transmitted via email. The recipient should check this
email and any attachments for the presence of viruses. The company accepts no liability for
any damage caused by any virus transmitted by this email.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message