>第一个问题是每隔几分钟就会出现高流行率的常规尖峰,在此期间,大多数apache会在所有未挂起之前同时进行大约10-30秒的流程.在此期间没有增加的磁盘或网络负载,磁盘队列保持低电平,没有交换,等等.
>更严重的是,在高峰时段,服务器有时会突然出现性能急剧下降,将服务请求降低到之前的1/3.一旦开始,这种性能下降可以持续2到8小时,然后再次突然恢复到完全性能.当发生这种情况时,就像系统停止做任何事情一样. cpu利用率,磁盘负载和网络负载(由CloudWatch报告)同时按比例下降,但没有磁盘争用.磁盘队列和吞吐量都会下降并且始终远低于最大值,尤其是在这些下降期间.编辑：此问题已得到解决. Apache正在耗尽工作进程,并且出于某种原因认为这是完全崩溃性能的一个很好的理由,即使对于那些工作正常的进程也是如此.

例外情况是网络读取,它保持与以前一样高,表明服务器仍然像以前一样以高容量访问.如果我们在发生这种情况时尝试自己联系服务器,那么服务器速度非常慢,并且通常会在请求得到服务之前断开连接.应该注意的是,无论内存使用率或cpu利用率在任何时候都不是特别高,无论性能是否正在下降：cpu％很少超过10％,磁盘未满或拥塞.我们还没有能够在这些下降过程中收集交换性能的数据,但正在尝试这样做.

事实上,我们对可能导致这些神秘问题的想法缺乏认识,并且越来越担心这可能是EC2本身的问题(或错误).当我们的流量达到峰值时,似乎总是出现大量下降的事实(尽管,这并不意味着服务器接近于最大限度地利用其可用资源),这不仅仅是巧合.

所有MySQL数据库和日志都托管在EBS卷上,所有静态内容都托管在单独的不同EBS卷上. Apache服务每秒160-240次请求,每秒MysqL 180-200次查询,查询速度慢〜0％,memcached命中率约为90％.负载平均值倾向于在3左右徘徊.禁用Apache访问日志记录以最小化磁盘访问.