mod_perl使用時はMaxClientsの値に気をつけましょう

導入するだけで既存のCGIスクリプトがお手軽に１０～２００倍高速になるmod_perlですが、mod_perl自体がサイズがでかいのと、高速化のため、モジュールをキャッシュするため、apacheのプロセスサイズが結構大きくなってしまいます。経験的にはだいたい１プロセスあたり２０～３０MByte位にはなります。このような性質上、mod_perlを使う場合はメモリの使用量を考えなくてはいけません。

ところで、Apacheのデフォルトの設定ではMaxClientsの値は１５０に設定されています。これは同時に最大１５０のリクエストをさばく、つまり最大１５０まで子プロセスを同時に生成するということです。仮に１５０個の子プロセスを生成するとすると、mod_perlを利用時の１プロセスのサイズをおよそ２０Mbyteとすれば２０×１５０＝３０００[MByte]＝３[GByte]のメモリを必要とすることになります。この場合、スワップ領域を含めてメモリの容量が３[GByte]に満たないサーバはすべてメモリを使い切り、最悪落ちることになります。

ということでほんとに落ちるかどうか実際に試してみました。
方法はApache付属のベンチマークツールabを使い同時アクセス数100、で1000回のリクエストを送るというものです。

ab -c 100 -n 1000 -k http://targetsite.hostname/

対象サーバのスペックはCPU：Pentium３の６００MHz、メモリ：５１２MByte、スワップ領域は１GByteです。

結果はというと、、abはタイムアウトで測定不能となりました（当たり前）。さらに、ab終了後のサーバにも問題が。。サーバが落ちることはなかったんですが、abはタイムアウトで終了しているのにめちゃめちゃサーバのレスポンスが悪くなってしまいました。sshでの接続にも数十分かかる始末。やっとの事でログインし、Apacheを終了させるとようやくレスポンスが生き返りました。

結論、mod_perlを使うときはMaxClientsの値に注意しましょう。Apacheのデフォルト設定で運用すると最悪サーバが落ちます。MaxClientsの値は「サーバのメモリ容量　/ Apacheの１子プロセスのサイズ」でおおざっぱに計算できます。今回試したサーバでは５１２/２０＝２５位に設定しておけば、メモリを使い切ってサーバが落ちる危険がなくなります。