Unicorn vs Puma vs Passengerの比較まとめ | Scout APM Blog
Rubyのアプリケーションサーバーのエコシステムは、Unicorn、Puma、Passenger 5 の3つを中心に出来上がっています。Rubyにおいて、アプリケーションサーバーが解決しなければならない具体的な問題はなんでしょうか。どのようにして最適なアプリケーションサーバーを選択すればよいでしょうか。2019年にはこれらのアプリケーションサーバーのニーズはあるでしょうか。 この記事ではこら全てを取り上げ、Rubyの主要なアプリケーションサーバーを比較していきます。 How important is an app server's raw speed? アプリケーションサーバーそのものの速度がアプリケーションの速度に対して多くの要因となることはほとんどありません。アプリケーションコード、データベースのクエリ、HTTPコールのRubyアプリケーションサーバーとの間の応答速度が、マイクロ秒ない
最近の Rack サーバ事情について - おもしろwebサービス開発日記
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。 もう少し詳しく調べてみましょう。 そもそもスロークライアントってなに その名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。 「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。 例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
Puma vs Unicorn vs Passenger: Ruby App Servers Compared | Scout APM Blog
Updated version of an article first published on February 10th, 2017. The Ruby app server ecosystem has consolidated around three app servers: Unicorn, Puma, and Passenger 5. What specific problems must an app server solve for Ruby? How do you pick the right app server? Is there a need for each of these app servers in 2021? In this post, we'll cover all of the above, as well as compare and contras
Rails開発におけるwebサーバーとアプリケーションサーバーの違い（翻訳） - Qiita
はじめに 先日スタック・オーバーフローでこんな質問に回答しました。 webサーバー、アプリケーションサーバー、Rackといった仕様や概念と、WEBrick、Unicorn、Pumaといった実装の関係が頭の中で結びつきません 質問者の方はwebサーバー、アプリケーションサーバー、Rack、Unicorn、Pumaと言った用語や概念の理解がこんがらかっているように見えたので、このあたりをきれいに説明している記事を探していたところ、以下の記事を見つけました。 A web server vs. an app server - Justin Weiss スタック・オーバーフローでは記事の一部を抜粋して「ざっくり翻訳」したのですが、それだけで終わらせるのはもったいない気がしたので、Qiitaには全文を翻訳して載せておこうと思います。 これを読むと、あなたもwebサーバーとアプリケーションサーバーの違い
Dotenvはproductionで使わないほうがよいのではという話 - なんかかきたい
またRubyとかRailsの話になってる。本当はこんな話なんてしたくなくて、スクフェスの話でもしたい。凛ちゃんマジえんじぇー。 Webアプリケーションを書いていると、データベースのユーザ名やパスワード、接続先サーバのIPなどなど、アプリケーションコードとは関係がないけれどもリポジトリ内には含めたくない、動かす環境に合わせて変更する必要のある設定を扱う機会がしばしばある。 こういう設定は環境変数に設定すると便利だよっていう考えがあって、The Twelve Factorsで紹介されていたりする。 The Twelve-Factor App これを実現するには、例えば /etc/environment や ~/.bash_profile みたいなファイルに書けばいいんだけど、開発環境では1台のPC上で複数のアプリケーションを書く機会も少なくないはず。 そういう場合に、/etc/environm
Ruby on Rails - Nginx & Unicorn で動かす！
mk-mode.com Linux, Debian, IT, Server, PG, Ruby, Rails, Python, C++, Fortran, PC, MariaDB, math, GIS, etc... 現在 Rails サイト・アプリは、サーバ環境・ローカル環境ともに Apache2 + Passenger で動かしていますが、Nginx + Unicorn で動かすにはどうすべきか試行してみたので、記録しておきます。 （ちなみに、当初この記事を執筆していた時（数週間前）は試行段階でしたが、現在は実際に運用しています） Unicorn とは、CPU やメモリをあまり消費せず高速で軽快に動く次世代 Rails サーバです。 0. 前提条件 Linux Mint 14 Nadia (64bit) での作業を想定。 Nginx 1.2.6 がソースビルドによりインストール済み。
capistrano3を利用してRails4をdeployしunicornを使う · さよならインターネット
December 2, 2014 Rails v4.1.2 capistrano v3.3.3 TL;DR cap3でrails4のデプロイとbundle install unicornの操作をできるようにするまでのメモ 手元のマシンでcap3をインストール $ gem install capistrano Railsアプリケーションのあるパスに移動 $ cd app_name cap install $ cap install mkdir -p config/deploy create config/deploy.rb create config/deploy/staging.rb create config/deploy/production.rb mkdir -p lib/capistrano/tasks create Capfile Capified $ app_name/conf
unicornとunicorn_railsのオプションの違い - blog unlearned
unicornとunicorn_railsはほとんど同じ挙動をして、 application serverを立ち上げてくれますが、一部オプション指定の意味が違います。 ちょっとハマったので書いておくことにします。 結論 unicornのオプション-EはRACK_ENVを設定 unicorn_railsのオプション-EはRAILS_ENVを設定 参考: http://unicorn.bogomips.org/ 経緯1 Capistrano 3を導入しまして、unicornを使っていたので無邪気に http://rubygems.org/gems/sepastian-capistrano3-unicorn を使っていました。(僕の環境では0.3.2) 普通に動かしていたんですが、muninがunicornのmemory statusをうまく取得できていないようでした。 該当のmuninのplu
Unicornのgraceful restartで少しハマった件 - hack in 3 minutes
RailsサーバーのUnicornはmasterプロセスにUSR2シグナルを送ると、新しい設定・アプリのリロードを無停止で行うgraceful restartな動きをしてくれます。 この仕組を理解してなかったのでそれのメモ。 ドキュメントも何も見てない時の認識 現行のmasterが新しい設定・アプリをロードした新masterプロセスをforkする 新masterとそこから生えるworkerがreadyになって、新旧のUnicornが処理を行う 頃合いを見て旧masterは勝手に落ちる と思ってたんだけど、実際試してみても3のタイミングになっても旧masterがなかなか落ちてくれない。 旧masterのCPU利用率はだんだん下がってきているので、それがなくなったら落ちるのかと勝手に思ってたけどそうでもない。ウーンとなっててドキュメント見たら普通に書いてありました。 USR2を送った時の動き
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
Capistrano3 で Unicorn の再起動に失敗したのを対応したメモ
たまにデプロイした際に Unicorn の再起動で失敗することがありました。 調べてみると「Capistrano によるデプロイ時に Unicorn の再起動に失敗することがある問題への対処」に書かれているのと同じ原因でした。 Unicorn の再起動時に、 Gemfile に新たに追加された gem を Bundler が読み込めていないことがわかった。 だから require している箇所で LoadError が発生Pする。 新しくなった Gemfile を Bundler がうまくロードできていないようだ。 元記事では Capistrano2 で run に環境変数を設定したものを文字列で渡して起動させているのですが、 ‘capistrano-bundler’ や ‘capistrano-rbenv’ を使っているので文字列で指定せずに環境変数を指定するやり方を調べてみました。 C
unicornにどんなシグナル送るとどうなるのかまとめました - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
File: SIGNALS [Unicorn: Rack HTTP server for fast clients and Unix] の一部を超訳しただけ
たいぷらいたーざっき。(2012-02-16)
2012-02-16 サーバチューニング: リバースプロキシ構成で、unicorn_railsとのコネクションはいつ確立されるのか？ _ [Rails] サーバチューニング: リバースプロキシ構成で、unicorn_railsとのコネクションはいつ確立されるのか？ ちょっとだけディープなサーバチューニングのお話。 Railsアプリをサービスとして公開しようとしたときに、たとえば下図のような構成で提供するとしましょう。 ここで、フロントエンドとバックエンドとの間、つまりApache/nginxとunicorn_railsとの間は、いつコネクションが確立されるのか？ という疑問を投げかけてみます。 どういうことかというと。 ファイルアップローダを考えてみてください。そして、ユーザは巨大なファイルをアップロードしようとしています。 もし、「リクエストがあればすぐにコネクションが確立される」とする
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
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用の画面が表示されていればとりあえずは
次世代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!」が非常に参考になると思いますので、
Unicorn + nginx で複数の Rails アプリを動かす
簡易的な Rails アプリをいくつか作ったが、都度専用のデプロイ環境を用意するのは効率が悪い。そこでネームバーチャルで複数の Rails アプリを動かしてみる。Web サーバには Unicorn を使い、nginx をリバースプロキシとして動作させる。 前提 以下の環境を前提とする。 OS はクリーンインストールした直後の Ubuntu Server (>= 12.04) Ruby や Rails のバージョンはすべてのアプリで共通 パッケージのインストール apt-get で必要なパッケージをインストールする。 $ sudo apt-get install git ruby rubygems ruby-dev libmysql-ruby libmysqlclient-dev unicorn nginx mysql-server gem で rails をインストールする。 $ sudo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
railsアプリケーションにおいて、なぜNginx+unicornの組み合わせが多いのでしょうか？Nginx+pumaと比較して何が違うのでしょうか？
Unable to start Unicorn server in capistrano 3
Rails 4 + Capistrano 3 + Unicorn + Mercurial | Blog | frankzhao.net