Question

我们最近有一些服务器转移到新的提供商（着名的德国一家）。配置相同，分别是i7-2600 CPU，16Gb RAM机器，1Gbit卡（连接到100Mbit的路由器）

操作系统是Centos 6，应用程序是LAMP（Apache 2.2.15，PHP 5.3.8（APC 3.1.9），MySQL 5.5.18，每台机器上运行的Memcached守护程序）

用Java编写的代理组件调用的PHP页面（100-300次/秒取决于用户数量）服务器上没有任何交换，/ var / log / messages中没有警告，应用程序服务器上的平均负载大约为0.5-1.0 MySQL和2.0 - 3.0。应用程序中没有瓶颈（我们正在收集指标，渲染所需的标准时间总是在0.015秒左右响应

问题在于：偶尔，我们看到代理组件中的超时在2-3秒内排成一行。超时通常等于3000，有时是9000，很少是21000毫秒（这是以某种方式连接到SYN数据包？）如果代理组件与PHP应用程序（Apache + PHP）

放在同一台机器上，就会发生这种情况

我们也注意到：

线程在此超时期间有'从网上读取' 状态。
在超时期间，Apache“状态”页面使用“W”进程快速填充（1-3秒）（因此所有进程都变为'W'，某些进程处于'C'状态）
超时（主要是在交通量增加（晚上）时出现）交通开始下降时（晚上 - >晚上）问题消失
超时期间负载平均值增加到5.0 - 20.0

我尝试过的事情，他们没有帮助：

我用sysctl / net变量玩了很多东西（somaxconn，buffers，这没有帮助）
关闭防火墙
关闭APC （禁用它在代码中的用法）
切换到持久连接（在PHP中）和从MySQL到MySQLi

刚才我发现iperf在超时期间显示带宽下降：

------------------------------------------------------------
Client connecting to localhost, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size:  122 KByte (default)
------------------------------------------------------------
[  3] local 127.0.0.1 port 54006 connected with 127.0.0.1 port 5001
[ ID] Interval       Transfer     Bandwidth
...
[  3] 266.0-266.5 sec  24.0 MBytes   402 Mbits/sec
[  3] 266.5-267.0 sec  24.4 MBytes   410 Mbits/sec
[  3] 267.0-267.5 sec  24.0 MBytes   402 Mbits/sec
[  3] 267.5-268.0 sec  24.4 MBytes   410 Mbits/sec
[  3] 268.0-268.5 sec  24.0 MBytes   402 Mbits/sec
[  3] 268.5-269.0 sec  18.6 MBytes   312 Mbits/sec 
[  3] 269.0-269.5 sec  2.42 MBytes  40.6 Mbits/sec
[  3] 269.5-270.0 sec  7.87 MBytes   132 Mbits/sec
[  3] 270.0-270.5 sec  2.30 MBytes  38.5 Mbits/sec
[  3] 270.5-271.0 sec  2.84 MBytes  47.7 Mbits/sec
[  3] 271.0-271.5 sec  5.59 MBytes  93.8 Mbits/sec
[  3] 271.5-272.0 sec  3.42 MBytes  57.4 Mbits/sec
[  3] 272.0-272.5 sec  2.83 MBytes  47.5 Mbits/sec
[  3] 272.5-273.0 sec  13.5 MBytes   227 Mbits/sec
[  3] 273.0-273.5 sec  24.2 MBytes   407 Mbits/sec
[  3] 273.5-274.0 sec  24.1 MBytes   404 Mbits/sec
[  3] 274.0-274.5 sec  24.3 MBytes   408 Mbits/sec
...

请注意，只有iperf客户端使用“iperf -c localhost -i0.5 -b5000000000 -t3000”命令启动。

导致此类超时的问题是什么？这是与CentOS有关吗？

谢谢，阿尔森

CentOS 6上的LAMP零星超时

0 个答案: