Configuring Puma, Unicorn and Passenger for Maximum Efficiency
In Ruby, web application servers are like gasoline in a car: the fancy stuff won’t make your car go any faster, but the nasty stuff will bring you grinding to a halt. Application servers can’t actually make your app significantly faster - no, they’re all pretty much the same and changing from one to the other won’t improve your throughput or response times by much. But it is easy to shoot yourself
Rails 3 + Nginx/Unicorn を Amazon AWS に Capistrano 3 でデプロイする - bekkou68 の日記
はじめに Amazon AWS 環境下で Rails 3 のアプリを Nginx/Unicorn で動くように Capistrano 3 でデプロイする手順をまとめました。 以下を前提に話を進めます デプロイ対象のアプリ/DBインスタンスはすでにつくられているとします デプロイ対象のアプリインスタンスのドメインは production.example.com とします アプリインスタンスは ephemeral disk がマウントされているとします プロジェクト名は myproject とします。ご自身のプロジェクト名に読み替えてください アプリインスタンスに SSHログインするための秘密鍵は ~/.ssh/myproject.pem に配置してあるとします RVM を使ってます。rubyenv での設定はこちらの記事が参考になるかと思います デプロイ先ディレクトリの準備 アプリを /va
[Rails] APサーバの比較検証（Puma, Unicorn, Passenger） - Tech Log - s21g
仕事でRailsを使うことになり、APサーバの選定にあたってPuma, Unicorn, Passenger の比較検討を行いました。方法としてはJMeterでAPサーバにデプロイしたRailsアプリケーションに対して負荷をかけられるだけかけるというやり方です。 試験環境 試験の環境としては下記の構成です。 Ruby2.0, Rails4 アプリケーションサーバ：1台（VM） JMeterサーバ：3台（VM） JMeterクライアント：1台（通常の作業PC） サーバ構成 hostanameCPU仮想コア数（Per CPU）MemoryDisk用途 loadtest01248192MB20GBAPサーバ loadtest02114096MB20GBJMeterサーバ loadtest03114096MB20GBJMeterサーバ loadtest04114096MB20GBJMeterサーバ
さくらVPS 上で Thin で動いている Railsアプリ Gogengo! を Nginx + Unicorn で動かすようにしました（JMeter 負荷テスト付き） - bekkou68 の日記
はじめに Gogengo! はさくらVPS 上で Thin のインスタンス 1つで動いていました。これだと重い処理のリクエストがきたら他のリクエストが待ちになってしまったり、大量の負荷がきたときに耐えられない恐れがあるので Nginx + Unicorn で動かしたくなりました。 Passenger ではなく Unicorn にした理由は 2つです。 Passenger は動かしたことがあったけど Unicorn はなかった Unicorn はダウンタイムがないのがカッコいいと思った さくらVPS で環境をつくったときの手順はこちらにまとめてあります。 対応する前に Unicorn の仕組みについて知るため『次世代RailsサーバーUnicornを使ってみた | TechRacho』を読みました。とても詳しくてわかりやすい文献です。 今回の対応の大半はミニ開発合宿でやりました。@satoc
tuningathon 4 に参加&優勝してきました
@tnmt 次回チューニンガソンは7/1(日)らしいけどご予定は？前回のリベンジを是非！ — Michael H. Oshita (@ijin) June 12, 2012 というわけで3回目のJavaではボロボロでしたが、 @ijin さんと再び tuningathon に参加して、優勝してきました。 ルール レギュレーション があるのでそれを参照。refineryていうRoR製CMSのブログ機能のチューニングがお題でした。 やったことを時系列順で ※スコアの移り変わりや、このエントリで触れていない点については相方@ijinさんのエントリが詳しいので、合わせてご参照ください。 rbenv + ruby-build で Ruby 1.9.3-p194 を入れる Railsのアプリサーバにunicornを使う MySQLにいくつかindex追加 計測ツールを眺めてスコア算出方法を調査 Var
Capistrano + Rails + Bundler + RVM + Unicorn + EC2 - Vasily's Blog
In simple cases, if you use Heroku, application deployment process can be as easy as one shell command. But Heroku does not provide enough scaling and flexibility for more advanced scenarios or more serious load. If you need to test something and then be able to expand to thousands of requests per second, EC2 from Amazon Web Services is definitely the way to go. It provides you with a virtual syst
Nakajijapan » 「Unicorn + Rails + Nginx」で構築してみる
勉強がてら構築してみました。以前はrailsのWebサーバはThinで構築していたのですが、 最近流行している「Unicorn」、さらにはフロントにリバースプロキシとHTTP用のサーバ「nginx」 をおいて構築してみることにします。 仕組みについてはこちらのサイトがよくまとめられていたので概要つかむによいでしょう。 まずは、nginxのインストールを行います。インストールはあらかじめrpm をインストールしてからyumでインストールし直します。 rpm -ivh nginx-release-centos-6-0.el6.ngx.noarch.rpm yum install nginx 一度、デフォルトでnginxで起動するかどうかの確認を行います。「service nginx start」で http://hoge.moge にアクセスしてnginx用の画面が表示されていればとりあえずは
Rails3.1@Unicorn で nginx の設定
Rails3.1 のアプリケーションを Unicorn で動かして、静的ファイルは nginx におまかせ！ ってしようとした時に nginx の設定で少しはまったのでメモ。 前提 nginx を 127.0.0.1:80 で動かしている。 Unicorn を 127.0.0.1:8080 で動かしている。 Rails3.1 の assets を 事前に rake assets:precompile してある。 /assets ディレクトリ以下のファイルを expire max で永久にブラウザ側にキャッシュさせる。 assets 内のファイルは内容が変わればファイル名も変わるため、永久にキャッシュさせておーけー。 try_files で すでに存在する静的ファイルはすべて nginx で処理。 upstream apps-server { server 127.0.0.1:8080; }
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
RailsのデプロイとUnicornのトラブルシューティング
デプロイしたけど何かおかしい？ 先日、Unicornを採用しているウェブアプリで問題が発生しました。デプロイした最新のコードが実行されているように見えますが、時々古いコードの挙動を見せるのです。 今回はそのトラブルシューティングの一部始終を紹介しながら、Unicornのホットデプロイ（ダウンタイムなしでアプリケーションを更新すること）の仕組みをおさらいします。担当は私、去年KRAYに入社しました@irohirokiです。よろしくお願いします。 問題 まずはデプロイ先のサーバにSSHして、Unicornのプロセスを調べてみました。 $ ps ax -H PID TTY STAT TIME COMMAND 3159 ? Sl 0:00 unicorn master (old) -c unicorn.conf -D 3162 ? Sl 0:00 unicorn worker[0] -c unic
Serving Rails Apps with RVM, Nginx, Unicorn and Upstart
Ever since reading GitHub’s blog post on Unicorn, I’ve been interested in trying it out. This post will document the process I used to get Unicorn serving a Rails application behind Nginx, with RVM managing Ruby. If you’ve read GitHub’s post, some of the config will look very familiar. Ideally, though, you should be able to follow this post from start to finish and have a working setup going. Intr
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
Rails アプリのデプロイについて - Candy
何が最適なのか僕の見解です 普通の Rails アプリの場合 nginx -> unix domain socket -> unicorn デプロイ時のダウンタイムも少なければハードウェアリソースの消費も少ない。特に理由が無ければこれでいいんじゃないか。 大容量の静的ファイルを多数配信することがある場合 nginx -> Passenger コネクションを沢山張りたいという用途ではこっちの方がいい気がする。 unicorn を使ってスタティックなファイルを置いてあるところだけ直接 nginx で捌くというのもいいけど、設定が複雑になる。 Passenger で捌ける限りは Passenger を使うのが楽。 お前が白痴の場合 thin や mongrel を使う。
nginx + Unicorn を試してみた - milk1000cc
追記(2012/02/21 09:39): nginx 設定ファイルの例に、X-Frame-Options, X-Content-Type-Options に関する設定を加筆しました。 追記(2011/10/17 19:18): Rails 3.1 用に、nginx 設定ファイルの例を加筆・修正しました。 追記(2010/09/25 12:07): 現在はさくらの VPS を使用しています。 追記(2010/08/16 11:18): nginx 設定ファイルの例に root 文を書き忘れていたので追加しました。 話題の Unicorn を試してみました。 Unicorn については、以下の記事が詳しいです。 次世代Ruby on RailsサーバーUnicorn（汎用のRackアプリケーションサーバ）を使ってみた | TechRacho 現在 PONPON は nginx + Unico
RailsサーバUnicornを飼いならす! 運用時の便利技 « BPS株式会社 開発ブログ Beyond Perspective Solutions LTD.
伊藤です。 前回ブログで紹介したRailsサーバUnicornくんを運用し始めて結構時間が経ちました。 サービスを落とさないであるとか、システムの安定性を確保するために、 ちょっとしたユーティリティを作ったり監視ソフトMonitの設定を行ったりしていました。 みなさんのお役に立つかわかりませんが、弊社でUnicornと組み合わせて運用に利用しているツールや設定をブログに掲載してみたいと思います。 もっといいやり方がありましたら、ぜひコメント欄でご紹介頂ければと思います。 ダウンしたら自動的に再起動 これはMonitで行っています。 もちろん同内容の監視ツールGodでも可能だと思いますが、以前設定した経験があって設定が楽そうだったので、Monitでやってみました。(事実楽でした) check process unicorn with pidfile "/path/to/rails/t
Unicorn!
EngineeringUnicorn!We've been running Unicorn for more than a month. Time to talk about it. What is it? Unicorn is an HTTP server for Ruby, similar to Mongrel or Thin. It… We’ve been running Unicorn for more than a month. Time to talk about it. What is it? Unicorn is an HTTP server for Ruby, similar to Mongrel or Thin. It uses Mongrel’s Ragel HTTP parser but has a dramatically different architectu
Everything You Need to Know About Unicorn
Unicorn’s been a topic I’ve been interested in learning about for a while now; numerous Engine Yard customers and developer friends use it, love it, and recommend it. Thankfully, the opportunity to do so recently presented itself. I spent some time poking around free resources looking for answers to my questions, and it wasn’t as easy as I’d hoped… so I decided to go straight to the source. First,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nginx Config for Rails 3.1 with Unicorn and Asset Pipeline
https://rubysource.com/deploying-a-rails-application/
Nginx Config for Rails 3.1 with Unicorn and Asset Pipeline