サーバー負荷の増大の原因を見つける方法

サーバーに負荷の問題があります。Linuxの経験が多少ありますが、今は考えられません。

問題は、明らかな原因なしに、サーバーの負荷がゆっくりですが着実に増加することです。

サーバーは、6GB RAMを搭載したAMD Athlon（tm）64 X2デュアルコアプロセッサー6000以上です。Linux gir 2.6.26-2-amd64＃1 SMP Wed Aug 19 22:33:18 UTC 2009 x86_64 GNU / LinuxでDebian Stableを実行しています。

サーバーは基本的にLighttpd、いくつかのFastCGI PHPプロセス、MySQLデータベースを実行します。一般的なWebサーバータスク。

CPUは実際には完全に使い果たされることはなく、メモリは主にバッファとキャッシュに使用されますが、これは問題ありません。さまざまなサービスを再起動して、そのうちの1つが再び負荷を減らすかどうかを確認しようとしましたが、運はありませんでした。

負荷、CPU、およびIOStatを示すグラフィックは次のとおりです。

だから、質問は次のとおりです。何がゆっくりとしかしこれまで以上に負荷を増加させる可能性がありますか？そして、どのように責任があるのか​​を知るにはどうすればよいですか？

更新：言及するのを忘れましたが、サーバーを再起動すると、負荷は0.3から0.6程度に低下し、数週間かけてゆっくりと再び上昇し始めます。

各ゾンビプロセスは、ロードに1.0を追加します。あなたはゾンビの蓄積を見ているかもしれません。

別の質問に答えるには素晴らしいヒントを見つけました。

状態「D」のプロセスを探すと、負荷曲線の「ステップ」に対応して、しばらくハングしているように見える4つのPHPプロセスが示されます。

#> ps aux | awk '$8 ~ /D/  { print $0 }'
wiki      6651  0.0  0.0      0     0 ?        D    Oct04   0:41 [php-cgi]
bugs      6731  0.0  0.0      0     0 ?        D    Oct27   0:14 [php-cgi]
manpages  7536  0.0  0.0      0     0 ?        D    Oct30   0:21 [php5-cgi]
wiki     23847  0.0  0.0      0     0 ?        D    Oct06   1:32 [php-cgi]

これらが問題のようです。これらのプロセスがハングしている間、およびその修正方法を見つける必要があります。みんな、ありがとう。

私の推測では、サーバーのIOが不足していると思われます。グラフにiotopの統計を追加する必要があるかもしれません

サーバー負荷の要因でもあるアプリケーションごとのIOアクティビティを行うことができるのだろうか

http://rt.wiki.kernel.org/index.php/I/Otop_utility

他のツールはdstatです

I / Oの場合、CPUグラフにiowait（ピンク）が表示されます。

この種の問題は、多くの場合、MySQLデータベースとHTTPサーバーが必要とするデータを提供するのに十分に高速ではないハードディスクに起因していました。iostatコマンドを見てください

一般に、サーバーの負荷が高いことは実際には悪いことではありません。それは、あなたが怠けて座っていないことを意味し、そうでなければあなたがそうすることができるよりも少ない。総容量の80％〜90％の負荷（「バースト」ルームを含む）が通常求められています。mpstatとvmstatの出力を確認することをお勧めします。特に、vmstatの最初の2つの数値は、実行キュー内のプロセスに関して、どの程度「バックアップ」されているかについて、より意味のある情報を提供します。vmstat出力の最後の列（「wa」）は、I / Oの完了を待機しているかどうか、および待機している時間を示しています。多くの場合、実行キューサイズとI / O待機時間は相関しています。また、sar（sysstatパッケージから）をチェックしてください。これにより、一定期間にわたって何が起こっているかの詳細なビューが得られます。それが記録するメトリックは非常に徹底的です。