高阿帕奇繁忙的工人和高负荷平均水平

现在,我几乎每天都在pipe理一个Web服务器上的平均负载峰值,下面是服务器规格:

  • 6 x 2.4 GHz专用CPU
  • 3GB内存

这是一个运行debian 6的VPS,我通过apt安装了apache,php和mysql。 我不确定是否有错误的configuration。

今天的负载平均达到高峰,服务器无法为Web应用程序提供服务(WordPress)。 以下截图显示了我们的服务器监控系统。 您会注意到高负载平均值与高apache繁忙工作者数量相关,随后内存也最大。

在这里输入图像说明

在强制重新启动服务器之后,尽pipeCPU使用率较低,但我的平均负载仍然高于平时。 以下屏幕截图显示了htop ,然后是iotop

在这里输入图像说明

在这里输入图像说明

现在平均负载> 6,这是apache服务器的状态:

在这里输入图像说明

我真的很苦恼如何调查这一点。 任何人都可以协助找出这一个。

更新1

我已经search了Apache的错误日志,并没有任何事情的最大执行时间的话。 但是,我确实得到了很多以下内容:从服务器开始加载时开始:

 ::1 - - [24/Feb/2014:15:03:31 +0000] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.16 (Debian) (internal dummy connection)" ::1 - - [24/Feb/2014:15:03:32 +0000] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.16 (Debian) (internal dummy connection)" ::1 - - [24/Feb/2014:15:03:33 +0000] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.16 (Debian) (internal dummy connection)" ::1 - - [24/Feb/2014:15:03:34 +0000] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.16 (Debian) (internal dummy connection)" ::1 - - [24/Feb/2014:15:03:35 +0000] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.16 (Debian) (internal dummy connection)" ::1 - - [24/Feb/2014:15:03:36 +0000] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.16 (Debian) (internal dummy connection)" ::1 - - [24/Feb/2014:15:03:37 +0000] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.16 (Debian) (internal dummy connection)" ::1 - - [24/Feb/2014:15:03:38 +0000] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.16 (Debian) (internal dummy connection)" ::1 - - [24/Feb/2014:15:03:39 +0000] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.16 (Debian) (internal dummy connection)" ::1 - - [24/Feb/2014:15:03:41 +0000] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.16 (Debian) (internal dummy connection)" 

请注意,它们是如何在之前的一秒钟左右…也许这是一些东西。

更新2

所以我让服务器主机将VPS移动到一个新的虚拟机pipe理程序,但是之后它仍然有相当高的iowait 。 我跑了iostat 1 ,这就是我收到的:

在这里输入图像说明

这有助于确定问题吗?

  • Windows Server 2008 R2以蜗牛的速度运行
  • 等同于拒绝主机,但对于HTTP请求?
  • 如何检测没有服务器头的Web服务器
  • configurationNginx SSL以及非SSL
  • 如何干净closuresWLBS上的所有连接
  • 推荐的Nginx + WSGIconfiguration
  • 2 Solutions collect form web for “高阿帕奇繁忙的工人和高负荷平均水平”

    看起来你已经有一个脚本导致负载的地方。

    首先检查你的apache错误日志并寻找max_execution时间或者超时时间。 转到访问日志并查找正在访问的可能导致挂起的脚本。

    有几件事你可以做的调查问题,包括使用vmstat 2(例如 – 这将显示关键资源的输出每2秒)。

    有一件事情,我跳出来,虽然是交换的金额 – 使用3个演出服务器上的841MB是非常可观的。 我怀疑你的系统正在交换,导致IO变得非常高,推高负载等。如果这个假设是正确的,解决scheme是处理交换。

    您可能需要在系统中投入更多的内存,或者更改交换的处理方式或两者。 我build议从后者开始 – 它很容易configurationswappiness。 为此,请inputecho'vm.swappiness = 10'>> /etc/sysctl.conf,然后input“sysctl -p”。 这将使CPU做更多的工作,但交换更less。 在很多虚拟机上,磁盘IO是一个瓶颈,所以影响是相当的瞬间和显着的。

    抛出更多的RAM也将减less交换的数量并加速系统。

    服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器.