4.1.2　HTTP Serverのプロセス構造（UNIX版かつworker MPMモジュールの場合）

(a)　留意点

• worker MPMではサーバスレッド数に比例して，CGIプロセスの生成処理にコストが掛かり性能が劣化します。そのためCGIプログラムを実行する場合には，prefork MPMを使用することを推奨します。

• StartServersディレクティブには，Webサーバの起動・再起動直後から大量のリクエストを処理しなければならないような場合は，大きな値を指定してください。

• Webサーバを起動したあとのプロセス数は，MaxSpareThreadsおよびMinSpareThreadsディレクティブによって制御されるため，StartServersディレクティブ指定値は意味がありません（HWSKeepStartServersディレクティブでOnを指定した場合を除く）。MinSpareThreadsおよびMaxSpareThreadsディレクティブは，急にリクエストが多発しても対応できるように待ち状態のサーバスレッド数を調整するために指定します。プロセスのメンテナンスでエラーログ（infoレベル）が頻繁に出力されるような場合には，待ちプロセス数を増やすよう調整してください。

• より多くのサーバプロセスを常時待ち状態にしておくと，より多くのクライアントからの同時接続要求を受け付けられます。しかし，それだけサーバリソースを消費するために注意が必要です。

• すべてのサーバプロセス内のキューが満杯となった場合は，ListenBacklogディレクティブの指定によって，Listenキューに保留されます。

• 一つのサーバプロセスは，MaxRequestsPerChildディレクティブで指定された回数のリクエスト処理を実行したあと，終了します。ただし，MaxRequestsPerChildディレクティブに０を指定した場合，リクエスト処理の回数でサーバプロセスが終了することはありません。MaxRequestsPerChildディレクティブの指定は，エンドユーザが作成したアプリケーションプログラムなどでメモリリークを起こすおそれがある場合に有効です。

• サーバプロセスに異常終了シグナルが送信された場合（API接続モジュールで障害になった場合も含む），プロセスは，エラーログ（noticeレベル）にそのことを出力します。noticeレベルのエラーログは，LogLevelディレクティブの指定に関係なく出力されます。

• StartServersディレクティブで指定した数のサーバプロセスを，MaxSpareThreads，MinSpareThreadsディレクティブの指定に関係なく，常に起動しておきたい場合，HWSKeepStartServersディレクティブでOnを指定してください。サーバプロセス数がStartServersディレクティブで指定した数を下回った場合に，新しいプロセスを生成して回復します。

• HTTP Serverが停止するとPidFileディレクティブに指定したファイルは削除されます。しかし，HTTP Serverを停止しないでマシンをシャットダウンした場合など，HTTP Serverが外部から強制的に終了させられたときには，PidFileディレクティブに指定したファイルは削除されないで，次回のHTTP Serverの起動に失敗する場合があります。HTTP Serverが起動していない状態でPidFileディレクティブに指定したファイルが存在する場合は，このファイルを削除してからHTTP Serverを起動してください。

• HTTP/2プロトコルを使用している場合は，サーバスレッドのほかにHTTP/2プロトコルを処理するためのワーカスレッドが生成されます。詳細は「4.17.3　ワーカスレッド」を参照してください。

(b)　プロセス数・スレッド数の遷移例

プロセス数・スレッド数の遷移例を図4-5に示します。

• ディレクティブの指定値

  LoadModule mpm_worker_module libexec/mod_mpm_worker.so
  ServerLimit 3
  StartServers 1
  MinSpareThreads 4
  MaxSpareThreads 12
  ThreadsPerChild 5
  MaxClients 15

  図4‒5　プロセス数・スレッド数の遷移例