nginx + unicorn + performance tweaks
There are several different ways to run your Rails app. Starting from simple $ rails server and to Phusion Passenger, which is quite complex tools itself. Today, though, I want to focus on nginx. nginx In case you’re not familiar with this wonderful tool, Nginx (pronounced “Engine-X”) is an open source Web server and a reverse proxy server for HTTP, SMTP, POP3 and IMAP protocols, with a strong foc
RailsサーバUnicornを飼いならす! 運用時の便利技｜TechRacho by BPS株式会社
前回ブログで紹介したRailsサーバUnicornくんを運用し始めて結構時間が経ちました。 サービスを落とさないであるとか、システムの安定性を確保するために、 ちょっとしたユーティリティを作ったり監視ソフトMonitの設定を行ったりしていました。 みなさんのお役に立つかわかりませんが、弊社でUnicornと組み合わせて運用に利用しているツールや設定をブログに掲載してみたいと思います。 もっといいやり方がありましたら、ぜひコメント欄でご紹介頂ければと思います。 ダウンしたら自動的に再起動 これはMonitで行っています。 もちろん同内容の監視ツールGodでも可能だと思いますが、以前設定した経験があって設定が楽そうだったので、Monitでやってみました。(事実楽でした) check process unicorn with pidfile "/path/to/rails/tmp/pids/un
unicornでダウンタイムなしに再起動する - rochefort's blog
ダウンタイム無しってすごい。 でも、そんな実行環境は今のところ必要ないので monitの監視程度まで試したら、passengerに移行するやもしれません。 USR2時に旧プロセスを停止する 設定 ruby/1.9.1/gems/unicorn-4.1.1/examples/unicorn.conf.rb や unicorn.conf.rb にサンプルがありますが before_forkというcallbackが使えて、下記のように旧プロセスに対してシグナルを発行することが可能です。 old_pid = "#{server.config[:pid]}.oldbin" if old_pid != server.pid begin sig = (worker.nr + 1) >= server.worker_processes ? :QUIT : :TTOU Process.kill(sig, F
Ubuntu+Nginx+Unicorn+Rails+Capistrano
Ubuntu+Nginx+Unicorn+Rails+Capistrano 諸事情で自宅鯖ちゃんが死んだのでノリでさくら VPS 借りた — Gist ひとまずは一番アクセスの多い Undersky を復活させつつ Apache+Passenger から乗り換えるべく Nginx+Unicorn 環境を試行錯誤してみた 以下は Undersky における設定もとい作業ログ 設定はググって出てきたものを寄せ集めてコピペしてきただけである Ubuntu バージョン Ubuntu 12.04 amd64 Nginx インストール Nginx は apt パッケージのものを使用した バージョンは 1.2.4
Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel
Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel RailsのアプリをPound、Varnish、Nginx、Unicorn、Mongrelを使用して動かした際の速度ベンチマーク。以下の構成での同一Railsアプリをhttperfでベンチマークした結果をまとめます。 Pound -> Varnish -> Nginx -> Unicorn * 2 Varnish -> Nginx -> Unicorn * 2 Nginx -> Unicorn * 2 Mongrel (Rails.env == 'development') node.js (Express + Socket.IO) 全体の構成Poundを80番ポートを公開し、Varnishを81番ポート、nginxを8080番ポート、Unicornの2プロセスをsocke
花見の季節にさくらVPS: Nginx+Unicorn+Rails+Capistrano - やるきのゼロサムゲーム
最近は技術ネタの投稿にQiitaを使ってるけど、ある程度まとまった内容を書いた場合はこっちにも転載。 花見の季節にさくらVPS: Nginx+Unicorn+Rails+Capistrano #unicorn #capistrano #nginx #Rails #Ubuntu - Qiita Railsアプリケーションの公開用サーバとして、さくらVPSの2Gプランを契約したので設定をメモ。 流行りのNginx、Unicorn、Capistranoを使ってみた。 OSはUbuntu Server 10.04 amd64を選択した。基本的にソースからビルドする。 もくじ 00 2Gプランのハードウェア構成 1. gitのインストール 2. rvmによるRuby1.9.2のインストール 3. MySQL5.5のインストール 4. nginxのインストールと設定 5. Unicorn
unicornのワーカー数（worker_processes） - 岡山県北でがんばるフリーエンジニアのメモ
unicorn, memoメモ。 http://annex-forkwell.heroku.com/2012/04/12/server_failure なぜ Forkwell はリリース初日にサーバダウンを繰り返したのか希望が見えたのは、Webサーバの1台目を Passenger に入れ替えたとき。 Unicorn 環境では Load Average がすぐに5とかに上がってどうしようもなかったWebサーバが、Load Average 0.1〜0.2 付近に収まり、しかもそのサーバに振られたリクエストでは一切500エラーが発生しなかったのです。 http://togetter.com/li/266521 http://blog.livedoor.jp/faulist/archives/1782956.html まず、Unicornのworkerは1プロセスにつき1度に1リクエストしか処理し
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
次世代Ruby on RailsサーバーUnicorn（汎用のRackアプリケーションサーバ）を使ってみた｜TechRacho by BPS株式会社
2010.07.09 次世代Ruby on RailsサーバーUnicorn（汎用のRackアプリケーションサーバ）を使ってみた 2010.07.20追記: prefixを指定した運用も可能でした。ご指摘頂きありがとうございます。 2010.07.28追記: 関連記事「RailsサーバUnicornを飼いならす! 運用時の便利技」へのリンクを張りました。 Railsサーバはたくさんあってややこしいですね！ 最近さらにUnicornというものが頭角を表してきたようで、Twitterやgithubも使っているようなので使ってみましたので、特徴や使い方などレポートしてみたいと思います。 このブログの他にもEngine Yardのブログ記事「Everything You Need to Know About Unicorn」やgithubの記事「Unicorn!」が非常に参考になると思いますので、
nginx + unicornでrails3.1が動作する環境を作る - A Peak Never Ending !
方針 手元(Ubuntu)で開発して、サーバ(Ubuntu)にデプロイ出来るrails 3.1動作環境を作るのが目標 プロジェクト毎にユーザを作成する (各ライブラリをプロジェクト毎にbundlerで管理、デプロイをするため) 同様の理由でrbenvを使って各ユーザ毎にrubyのバージョンを管理 構成 静的なファイルへのリクエストは直接nginxで返す構成をとります(railsのpublic配下のディレクトリにあるファイル、適宜nginxのconfigに設定を追加する必要あり)。またrails3.1からAsset Pipelineが導入されたため/assets/〜に関するリクエストに関してもnginxで直接返すようにします。加えてnginx <=> unicorn間の接続にはUnix Domain Socketを用います。イメージを図にすると下記のようになります。 unicorn gith
Account Suspended
Account Suspended This Account has been suspended. Contact your hosting provider for more information.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
