VPSにWebサーバーをセットアップしようとしています。私の問題は、ウェブサイトがまったくトラフィックを受信していないにもかかわらず、php-cgiプロセスのメモリ使用量が時間とともに増加することです。 (当面はファイアウォールの背後にあります)
VPSには360MB RAMがあります。私はDebian Lenny 32ビットとそのlighttpdおよびphp5-cgiパッケージを使用しています。いくつかの構成変更(以下にリスト)を除いて、私はDebianによるストックセットアップを使用しています。
ウェブサイトはDrupalに基づいています。 Drupalのdevelモジュールを使用すると、PHPスクリプトのメモリ使用量は平均で20KB未満であり、8MBを超えることはありません。
ps aux
の出力の関連部分は次のとおりです。
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
www-data 29871 0.0 1.7 54552 6368 ? Ss Aug12 0:00 /usr/bin/php-cgi
www-data 29873 0.0 7.4 65808 27468 ? S Aug12 0:00 /usr/bin/php-cgi
www-data 29874 0.0 3.7 55808 13736 ? S Aug12 0:00 /usr/bin/php-cgi
www-data 29875 0.0 4.3 58040 16204 ? S Aug12 0:00 /usr/bin/php-cgi
www-data 29876 0.0 4.4 57444 16288 ? S Aug12 0:00 /usr/bin/php-cgi
www-data 29877 0.0 1.7 54552 6368 ? Ss Aug12 0:00 /usr/bin/php-cgi
www-data 29879 0.0 9.6 67140 35684 ? S Aug12 0:26 /usr/bin/php-cgi
www-data 29880 0.0 6.6 59172 24492 ? S Aug12 0:23 /usr/bin/php-cgi
www-data 29881 0.0 7.1 59784 26388 ? S Aug12 0:22 /usr/bin/php-cgi
www-data 29882 0.0 7.4 60880 27440 ? S Aug12 0:23 /usr/bin/php-cgi
既知のメモリリークのバグを検索しても、関連性はありませんでした。そして、デフォルトのDebianパッケージ/構成にそのような明らかなメモリリークがあったとしたら、私は驚くでしょう。同じホスト上の他のユーザーにはこの問題はありません。
これまでに行ったことは、php-cgiプロセスが迅速にリサイクルされるようにPHP_FCGI_MAX_REQUESTS
を低い値に設定しています。 ab
を使用して高負荷をシミュレートすると、これは非常にうまく機能します。プロセスは、10MBより大きくなる前にすぐに停止します。ただし、低から中程度の負荷では、すべてのプロセスが着実に成長し(負荷分散のため)、ほとんどのプロセスが同時に28MB +を消費し、私のVPSがスワッピングのリスクにさらされます。トラフィックがない場合よりも、プロセスが着実に成長することに注意してください。
Php-cgiプロセスの数を減らすことはできますが、これは修正よりも回避策のように感じます。 php-cgiが通常このように成長した場合、私は驚きます。
また、php-cgiプロセスのRSS総数を合計すると、次のようになります。
$ ps -C php-cgi -o rss= | awk '{s+=$1}END{print s/1024}'
195.738
ただし、free -m
は次の出力を提供します。
total used free shared buffers cached
Mem: 360 351 8 0 33 190
-/+ buffers/cache: 127 232
Swap: 255 0 255
次のPHP拡張機能があります:
php5-cgi php5-common php5-curl php5-Gd php5-mysql php5-xcache
xcache.size
は24Mに設定されています。以前は32Mでしたが、削減しても効果はありませんでした。 xcache.var_size
は0に設定されています。残りのプラグインはストック構成を使用しています。 xcache管理ページは、xcacheが1MB未満しか使用していないことを示しています。
PHPのmemory_limit
は32Mに設定されています。
これが私のFastCGI設定です。
fastcgi.server = ( ".php" =>
((
"bin-path" => "/usr/bin/php-cgi",
"socket" => "/tmp/php.socket",
"max-procs" => 2,
"idle-timeout" => 20,
"bin-environment" => (
"PHP_FCGI_CHILDREN" => "4",
"PHP_FCGI_MAX_REQUESTS" => "1000"
),
"bin-copy-environment" => (
"PATH", "Shell", "USER"
),
"broken-scriptfilename" => "enable"
))
)
Debianに同梱されている在庫lighttpd.conf
を使用しています。
他に提供できるデータがあるかどうかをお知らせください。
どんな助けでもありがたいです。これを何日もトラブルシューティングしてきました。アイデアが足りなくなった。
Var_sizeを小さくしてみてください。 64MBの価値がある場合、数時間後には多くの交換が始まり、次の数時間後には完全にダウンしました。 32Mで元の設定を維持するようにしてください。多分これはあなたに役立つでしょう-私たちの travel サイトでも同じ問題がありましたXcacheはまだバグの多いソフトウェアです:(
最大リクエスト数の設定は正しい考えです。これは、メモリリークが発生したときにシステムがいっぱいにならないようにする方法ですRAM.
私がお勧めすることの1つは、Apache + mod_phpに切り替えることです。メモリをリークすることなく動作する場合、問題はCGIに関連していたことを意味します。 mod_phpでリークが続く場合は、おそらくコードのどこかにメモリリークがあります。
あなたはDrupalを使っていると言いました。 Drupalモジュールがインストールされていますか?Drupalの安定バージョンではコアにメモリリークがあるため、問題が発生する可能性が最も高いと思いますモジュールおよびその他のサードパーティのアドオンとカスタマイズ。
/etc/php5/Apache2/conf.dから未使用のライブラリを削除します。おそらく、pdo.iniとpdo_mysq.iniまたはmysqli.iniは必要ありません
多くの場合、この種のトラブルは、XCacheなどの一部のオペコードキャッシュまたはmemcached PHP拡張機能が原因です。