You've described that you have pretty much two identical setups, save for one crucial difference:
The physical servers have 48GB RAM, and the VM has 30GB. The situation you're describing is exactly what happens to a system when Apache runs out of RAM and starts using swap. The best thing to do is to increase the VM's available RAM to 48GB. If that isn't possible, you need to tweak the Apache configs on the VM to not allow so many processes to be spun up and prevent it from exhausting all the available RAM. - Justin On Mon, Oct 15, 2012 at 10:01 AM, Jonathan Bayer < [email protected]> wrote: > Hi, > > I'm having a problem with a new VM which we just put into production. > > We have 4 physical web servers, all running the same webapp. They are all > running RHEL 5.6 > > T > This new VM is configured the same way, the only real difference is that > it is CentOS instead of RHEL. > > The apache configs are identical except for IP addresses. > > The kernel parameters are also as identical as I can tell, by using > sysconfig -a and comparing the outputs between the two. > > All physical servers have 8 cpus, and 48 gig of memory > > The VM has 8 CPUs, and 30 gig of memory > > The application goes to a load balancer, which then balances among the > systems using a least-connection protocol. > > All servers have a 1 minute load of around 5, and an average of around > 200-300 reqs/second > > The problem is that when the req/sec starts to climb on the VM, all of a > sudden the load average skyrockets to 40-50 or even higher. This kills the > server and makes it totally unresponsive. > > Anybody have any suggestions? > > Thanks in advance > > > JBB > ______________________________**_________________ > Discuss mailing list > [email protected] > https://lists.lopsa.org/cgi-**bin/mailman/listinfo/discuss<https://lists.lopsa.org/cgi-bin/mailman/listinfo/discuss> > This list provided by the League of Professional System Administrators > http://lopsa.org/ >
_______________________________________________ Discuss mailing list [email protected] https://lists.lopsa.org/cgi-bin/mailman/listinfo/discuss This list provided by the League of Professional System Administrators http://lopsa.org/
