のチューニングについて
http://www.atmarkit.co.jp/flinux/rensai/apache15/apache15a.html
http://tech.bayashi.net/svr/doc/apache/tune.html
- 短い時間ではベンチマーク
- 長い時間ではLOG解析
MPM
- apache を起動すると、root権限で httpd の親プロセスが１つ起動し、複数個の子プロセスが root ではない権限で起動する。
- 子プロセス数は変動する。
- 親プロセスは well-known ポートで待ち受けるため root で起動。
| MPM | 説明 |
|---|---|
| prefork | １つのリクエストに対して１つのプロセスが応答する。Apache 1.3 系ではこれが使われている |
| worker | スレッド型。１つのリクエストに対して１つのスレッドが対応する。１プロセスあたりのスレッド数は固定。 |
| prechild | スレッド型。worker と異なるのは、子プロセスの数は固定で、１つのプロセスの中のスレッド数が可変。子プロセスごとにユーザ権限を分けられるのでホスティングには効果的（だが今はまだ時期尚早） |
| winnt | スレッド型。Windowsに特化している |
どれを使うかと言われたら、prefork か使っても worker。
インストール
各モジュールを組み込むのか DSO (Dynamic Share Object) としてコンパイルするのか。
後者のほうが httpd がメモリ上に配置されたときのメモリ消費量が異なる。
ただし、実測するといずれもパフォーマンスはあまり変わらない。
チューニング
- 現状を調査し問題点を発見
- 解決策の実施
- 動作確認
経験値をつむまでは論理的な思考で解決策を導き出す。
無理な策、極端な策は講じない。
パフォーマンスをどう見るか
- 単位時間(秒)当たりの最大接続数→サーバ側で、ログやpsで測定する
- 最大転送バイト→単位時間あたりの転送ファイルバイト数
- RTT→クライアント側で測定し、リクエスト出してから返事があるまで８秒以内
パフォーマンスを測定
システム状況
| コマンド | 内容 |
|---|---|
| ps, pstree | プロセスの確認 |
| top, uptime | CPU利用率 |
| free | メモリ利用率 |
| ipcs | 共有メモリやセマフォの情報 |
| vmstat | メモリの状況 |
| sysstat | |
| sar | システム動作状況 |
| iostat | ディスクの利用状況 |
| mpstat | プロセッサの統計情報 |
ab -c 100 -n 500 http://127.0.0.1/
vmstat 10 20
iostat -d -x sda 5
free
freeコマンドの出力結果は、Memory の used は disk cache を加えたもの
>|-/+ buffer|< の free が0に近づくと危険
子プロセス数の調整
同時リクエスト処理数は子プロセス数(prefork)、スレッド数(worker)で決まる
| 項目 | 内容 |
|---|---|
| StartServers | Apache起動時の子プロセス数 |
| MinSpareServers | 待機中の子プロセスの最小数 |
| MaxSpareServers | 待機中の子プロセスの最大数 |
| MaxClients | 子プロセスの最大数 (〜256:ソースで指定) |
| MaxRequestsPerChild | １つの子プロセスが処理できるリクエスト数。この値を越えたらプロセスは再起動。暴走防止のため。1000万とか1億くらいにしておく |
子プロセスは一機に作ろうと努力するが、意外に時間がかかるもの。不要になったプロセスは１秒に１個ずつ減っていく。
