UnicornのWorkerプロセスをリサイクルする - Qiita
Web サーバやアプリケーションサーバは、リクエスト数やメモリ使用量がある閾値を超えたらプロセスの再起動を行う仕組みが用意されています。 Apache にも IIS にもそのための設定項目が用意されていて、この仕組みを一般にリサイクルと呼ぶようです。 UA からのリクエストをさばくワーカープロセスが疲弊せず、パフォーマンスを維持するための仕組みですね。 Ruby で人気のアプリケーションサーバである Unicorn ですが、残念ながらこのリサイクルの機能を持っていません。 どうにかできないかなーと思って調べていたら、この短所を補完する Gem がリリースされていました。 Unicorn Worker Killer | github そのまんまですね。 この Gem でできるのは、以下のようなリサイクルです。 ・一定のリクエスト数を超えたらランダムで再起動する（上限に達したら必ず再起動）。
Unicorn についての知りたい情報のすべて (翻訳版) - Engine Yard Blog JP | Engine Yard Blog JP
本記事は英語版ブログで2010年5月18日に公開された記事の翻訳版です。 Engine Yard のお客様や開発者の友人の多くが Unicorn を愛用し、推奨しているので、これについて兼ねてから勉強したいと思ってました。そんな矢先に、幸いにもその学習機会が自然と訪れました。最初は無料のリソースをいろいろと見ながら疑問を解決しようとしましたが、思ったより難しく、結局は大元のソースに当たることにしました。 まず、十分な時間をかけて Unicorn の README ファイルを熟読しました。このファイルには総合情報が網羅されていますが、読み終えた後でも疑問が解決しなかったので、すべてまとめて Unicorn の開発チームに E メールで送ってみました。有難いことに、返信には私の全質問に対する答えが詳しく書かれていました。そのおかげで内情に通じることができたので、この素晴らしいリソースを皆さんと
Passenger vs Unicorn - Develop with pleasure!
EnginYardのブログにポストされてた記事を意訳してみた。 Passenger vs. Unicorn | Engine Yard Blog | Engine Yard Developer Blog UnicornとPassengerは根本的な動作仕様が異なってるけど、 ワーカーを生成するマスタープロセスの存在 マスタープロセスからワーカーがフォークされる Rackベースのアプリケーションに加えて旧バージョンのRailsもサポートしている といった類似点もある。 以下に２つのアプリケーションサーバの利点と問題点についてまとめてみる。 Passenger PassengerはApacheやNginxのモジュールで、mod_phpとmod_ruby上でモデル化されてて、Engine Yardでは、パフォーマンスや設定ファイルのシンプルさメモリ使用量の低さからNginxを使ってる。Nginx
Nginx + Unicorn を導入記 | Carpe Diem
とある Ruby 1.9.2 + Sinatra ベースのアプリケーションがあって、当初は大人の事情で WEBrick で本番稼働していたけれど、たまにエラーが発生することがあったので、思い切って Nginx + Unicorn はいわゆるモダンな構成（死語）に切り替えてみました。 今回のアプリケーションのルートディレクトリを SINATRA_ROOT としています。 まず、$SINATRA_ROOT/config.ru を作成します。 require 'rubygems' require 'sinatra' require './app.rb' run Sinatra::Application 次に $SINATRA_ROOT/app.rb を作成します。./script/app というのは、既存の Ruby 1.9.2 + Sinatra アプリケーションです。 require './
CentOS6.2 に Rails + Nginx + Unicorn な環境を作った - (ﾟ∀ﾟ)o彡 sasata299's blog
2012年05月10日11:00 Ruby Linux CentOS6.2 に Rails + Nginx + Unicorn な環境を作った 必要になって久しぶりに環境作りました。にしても、しばらく触ってなかったからかいろいろ忘れてて大変でした。今度のために簡単にまとめておきます :D ネットワーク まずはネットワーク周りの設定をします。 vi /etc/sysconfig/network-scripts/ifcfg-eth0 vi /etc/sysconfig/network # NETWORKING_IPV6=no vi /etc/resolv.conf sudo /etc/init.d/network restart ssh 次は ssh 周りの設定です。ポート番号変えたりとかパスワード認証不可にしたりとか公開鍵認証を許可したりとかすると良いでしょう。 vi /etc/ssh/ss
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
