Apacheのチューニング（性能編）

Apacheのチューニングにはいくつかありますが、運用するサイトの性質やアクセスの傾向を見ながらチューニングしていく必要があります。

今回は

• preforkかworkerか
• KeepAliveの設定はすべきか？

といった観点で見てみます。

preforkかworkerか

CentOSにバンドルされているApacheではマルチプロセスのpreforkと、マルチプロセス+マルチスレッドのworkerとマルチスレッドのeventを選択することができます。
ただ、eventはApache/2.4からの正式サポートなので、まだ不安定なところもありそうです。デフォルトはpreforkで子プロセスをforkしてリクエストを処理する形態です。子プロセスを作るということは自分のコピーを作ることになるのでメモリの使用量という面で不利になります。
自宅のサーバのWebサーバが時々原因不明でハングする事象があったのですが、preforkだったこととメモリサイズ（1GB）だったことでハングしたのでは…と思ってます。

第2回 性能検証！速いのはどっち？ | Think IT
第2回 性能検証！速いのはどっち？ ...

上記サイトの検証結果からはworkerの方がpreforkよりもパフォーマンスがいい（単位時間当たりの処理リクエスト量が多い）ことからworkerの設定にしたいと思います。

workerにするとスレッドを起動することになるのですが、mod_phpがスレッドセーフ（スレッドアンセーフ）でないためwordpressを使っている場合はprefork一択だよ、という記事があるのですが、最近のPHPはスレッドセーフになっているようでwordpressはちゃんと動作します。

では早速workerでの起動方法ですが、/usr/sbin配下には実はそれぞれの起動形態用にバイナリファイルが置いてあります。

httpdがprefork用、httpd.worker用がworker用、httpd.eventがevent用になります。httpdの代わりにhttpd.workerを起動すれば良いわけですが、/etc/sysconfig/httpdファイルの編集をします。

 
#
# The default processing model (MPM) is the process-based
# 'prefork' model.  A thread-based model, 'worker', is also
# available, but does not work with some modules (such as PHP).
# The service must be stopped before changing this variable.
#
HTTPD=/usr/sbin/httpd.worker

ファイルを編集して再起動すればworkerモードで起動するはずです。簡単ですね。

次にphpがちゃんと動くか調べる必要があります。
以下の内容のファイルをwebサーバに配置し、叩いてみます。（例えばinfo.phpとしてhttps://blog.kamata-net.com/info.phpを叩きます）

 
<?php info(); ?>

すると以下の結果が表示されるのですが、

Thread Safty欄がEnableになっていれば問題ありません。このように調べるより自分のサイトがちゃんと表示されるか確認した方が早いかも…。

さて、ここからもう少しチューニングしていきます。Apacheにどれぐらいのメモリの割当を許可するか、若干適当ですが計算をして割当量を決めていきます。
現在のメモリの使用量と、apacheのプロセスがどれぐらいのメモリを使っているのか確認します。

サーバには2GBのメモリを積んでおり、現在は300MB使ってますので1.7GBの空きがあるようです。
httpd 1プロセス当たりのメモリ使用量は70MB程度。

つまり1700 / 70 = 24.28となりますのでプロセス起動の上限は24。余裕を見て20(ServerLimit)とします。
MaxClients(総スレッド数) / ThreadsPerChild(1子プロセスが生成するスレッド数) = 最大サーバプロセス数(ServerLimit)
なので、MaxClients = 20 x 25 = 500
スクリプト系はメモリリークが多いという話もあるようですので、MaxRequestsPerChildを設定して一定リクエストを処理し終わったところでメモリの開放も含めてプロセスの終了を行います。

 # worker MPM
# StartServers: initial number of server processes to start
# MaxClients: maximum number of simultaneous client connections
# MinSpareThreads: minimum number of worker threads which are kept spare
# MaxSpareThreads: maximum number of worker threads which are kept spare
# ThreadsPerChild: constant number of worker threads in each server process
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule worker.c>
ServerLimit         20
StartServers         2
MaxClients         500
MinSpareThreads     25
MaxSpareThreads     75
ThreadsPerChild     25
MaxRequestsPerChild  1000
</IfModule>

apache benchで早速負荷テストをしてみます。10多重で100回負荷をかけてみますのでトータル1000リクエスト投げる計算です。

まずはpreforkの場合

次にworker。

あれ？preforkの方が性能がいい…（汗）
100多重の場合はどうでしょうか？

下がprefork。

確かにpreforkの方が早く終わるんですが、負荷テスト中にブラウザから参照しようとしても全く何も読み込んでくれなかったのに対して、workerはabの結果はあまりよくないですが、負荷テスト中のブラウジングには遅いながらも応答を返してくれてました。ということでせっかく設定もしたんだししばらくworkerを使ってみようと思います。

KeepAliveについて

アクセスログを見てみると1ページにつき30～50リクエストが飛んでいるようです。
KeepAliveがOFFの場合このリクエストごとにTCPのセッションを張り行くのでリソースの無駄です。

KeepAliveをONにすることで同一セッションで複数のリクエストを処理するので効率的です。またタイムアウトもデフォルトだと15秒も待つ設定になっていますのでもっともっと短くしてしまいましょう。

 
KeepAlive On

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
#KeepAliveTimeout 15
KeepAliveTimeout 2

ファイルディスクリプタの拡張

せっかくいろいろチューニングしたのに結局FDが足りなくて1024以上のリクエストを受けれなかった、という話もありますね。
ファイルディスクリプタの拡張はlimits.confを書換えただけでは変わりませんので注意が必要です。apacheのスタートアップスクリプトに直接書くことをオススメします。

 
# The semantics of these two functions differ from the way apachectl does
# things -- attempting to start while running is a failure, and shutdown
# when not running is also a failure.  So we just do it the way init scripts
# are expected to behave here.
start() {
        echo -n $"Starting $prog: "
        check13 || exit 1
        ulimit -n 2048
        LANG=$HTTPD_LANG daemon --pidfile=${pidfile} $httpd $OPTIONS
        RETVAL=$?
        echo
        [ $RETVAL = 0 ] && touch ${lockfile}
        return $RETVAL
}

システムをリブートした後に以下のファイル（test.php）を実行（アクセス）して、1024以上行くか確認してみてください。

 
<?php
$fp = array();
for ($i = 0; $i < 1500; $i++) {
    $fp[] = fopen('test.php', 'r');
}
echo '<pre>';
var_dump($fp);
echo '</pre>';

（参考にさせて頂いたサイト）
ファイルディスクリプタ数の上限変更とlimits.confの罠 (ゆめ技：ゆめみスタッフブログ)