Catalyst を daemontools で監視しつつ lighttpd の外部 FastCGI で走らせる方法とそのメリット - Craftworks Tech Blog - Branch
JPA セミナーの時に jshery 氏も勧めていましたし、近頃 Geek の話題で目立つようになってきた、Catalyst を mod_perl でなく、外部 FCGI として走らせる設定方法を紹介します。 Catalyst プロセスの起動管理は DJB 氏の daemontools による管理がお勧めです。プロセスが死んでも自動的に再起動してくれます。手動での再起動も楽です。screen からショートカットキー登録して Catalyst を再起動する方法も後ほど紹介します。 Catalyst の FastCGI 起動の設定 まずは daemontools の run スクリプトです。 run #!/bin/sh exec 2>&1 exec env - \ PATH='/bin:/usr/bin:/usr/local/bin:/var/www/www.example.com/scrip
Catalyst Advent Calendar - Day 18
You've finished writing your Catalyst application! You tested it thoroughly yourself, had some others help you with QA, and even wrote some unit tests. You just launched it into production, and you couldn't be more proud. But wait... after a few hours of production level traffic, something looks wrong. Those FCGI processes that started out around 40MB just keep getting bigger. Everything was fine
Journal of zzo (8086)
Zero Downtime / High Availability with Catalyst & FastCGI external servers Intro Here's the idea - you simultaneously run 2 FastCgiExternalServer's - a production one & a staging one. The staging one you muck around with to your heart's content. Start/stop/restart it - whatever - it won't effect your production environment. At some point you want to promote the staging stuff into production. And o
RailsのFastCGI運営時でのrestert,reloadの方法 - 2nd life (移転しました)
RailsのFastCGIで動かしてるアプリケーションのconfig(enviroment.rb)やライブラリの再読込って最初やり方が解らずに、lighttpdを毎回毎回毎回再起動というアホらしいことをしていたんだけど、先日RailsFCGIHandlerのソースを見たら特定のSIGNALを送ればいいことが解った。ソースには SIGNALS = { 'HUP' => :reload, 'TERM' => :exit, 'USR1' => :exit, 'USR2' => :restart } と定義されてるている。reloadとrestartの一番の違いはreloadだとライブラリなどの再読込はされるけど、enviroment.rbは再読込されず、restartは両方再読込されることだろう。で、コレを知ってからはアプリケーションがwikiならばwikiがpathに含まれているので $ fo
Spinner,Spawner,Reaper - moroの日記
ふと思い付いてscript/process以下のスクリプトで遊んでみたんですが、まとまった日本語ドキュメントがなくちょっとはまりました。 で、見付けたSwichtowerのドキュメントの一部が比較的詳しかったので訳してみます。誤訳などがあれば教えてください。 Spinner RailsにはFastCGIを制御するための三つのユーティリティ(spinnerとspawner、reaper)がある。 spinnerスクリプトはあなたのアプリケーションのscript/processディレクトリ内にある。(スクリプトがないのであれば、Railsを最新バージョンにする必要があるかもしれない。Rails 0.13.1がこのクリプトが含まれない最後のバージョンだ) spinnerスクリプトは普通、spawnerによって起動されたFastCGIプロセスを監視するために実行され続ける。また、spinnerの起
lighttpd + FastCGI は mod_perl + Apache1.3 より１割ほど高速 :: Drk7jp
巷で超高速 Web サーバとして話題になっている lighttpd を試してみました。lighttpd に関する日本語ドキュメントは非常に少なく、ちょっと込み入った設定ファイルの記述方法とかの解析に手間取りました。 lighttpd のコンセプトは、「セキュアで省メモリで高速に動作し、柔軟性もある」なのですが、「lighttpd 公式サイトのベンチマーク結果」や「UnknownPlace. - Catalyst ベンチ」で簡単な Catalyst - Hello.cgi のベンチマークが公開されているとおり、Apache 1系、Apache 2系よりも高速に動作するようです。特に static なページの処理は Apache の 2〜3 倍程度は高速に処理できるみたいです。 また注目すべき点として、Apache + mod_perl よりも lighttpd + FastCGI の方が１割
lighttpd で [note] sockets enabled again がでる不具合の対処方法
「高負荷、大量アクセスなサイトで Lighttpd を使う場合の注意点」でも書いたのですが、最新版の lighttpd 1.4.11 でも頻度は減ったとは言え、相変わらず socket エラーが不定期に発生しています。 2006-07-27 12:37:47: (server.c.1185) [note] sockets enabled again 2006-07-27 12:37:47: (server.c.1220) [note] sockets disabled, out-of-fds このエラーが発生すると、マズ間違いなく FastCGI との socket 通信が断絶して lighttpd のソース内では自動的に socket を再構築するようになっているのですが、socket が復帰した試しがありません。 みたく、FD_SETSIZE の値を明示的に増量してあげれることなのです
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
