UnicornのWorkerプロセスをリサイクルする - Qiita
Web サーバやアプリケーションサーバは、リクエスト数やメモリ使用量がある閾値を超えたらプロセスの再起動を行う仕組みが用意されています。 Apache にも IIS にもそのための設定項目が用意されていて、この仕組みを一般にリサイクルと呼ぶようです。 UA からのリクエストをさばくワーカープロセスが疲弊せず、パフォーマンスを維持するための仕組みですね。 Ruby で人気のアプリケーションサーバである Unicorn ですが、残念ながらこのリサイクルの機能を持っていません。 どうにかできないかなーと思って調べていたら、この短所を補完する Gem がリリースされていました。 Unicorn Worker Killer | github そのまんまですね。 この Gem でできるのは、以下のようなリサイクルです。 ・一定のリクエスト数を超えたらランダムで再起動する（上限に達したら必ず再起動）。
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
capistranoでのunicorn再起動タスク - Qiita
namespace :deploy do task :start do run "bundle exec unicorn_rails -c #{current_path}/config/unicorn.rb -E production -D" end task :stop do run "kill -QUIT `cat #{current_path}/tmp/pids/unicorn.pid`" end task :restart do run "kill -USR2 `cat #{current_path}/tmp/pids/unicorn.pid`" run "kill -QUIT `cat #{current_path}/tmp/pids/unicorn.pid.oldbin`" end end worker_processes 2 listen File.expand_path('
複数のアプリケーションを動作させる場合のunicorn+nginxの設定
sinatraで作ったサイトをunicorn+nginxで公開していて、もう1つサイトを追加したいのですが、やり方がわからないので教えて下さい。 現在以下のようになっています。(関係ありそうな部分だけ抜粋しています) unicornの設定 listen "/tmp/unicorn_server.sock", backlog: 1024 nginxの設定 # unicorn upstream unicorn_server { server unix:/tmp/unicorn_server.sock; } # サイトA server { listen 80; server_name site-a.com; root /var/www/site-a/public; location / { proxy_pass http://unicorn_server; } } これにサイトBを追加したいので
Vagrant(CentOS6.5)にRails4.1 + Nginx + Unicorn + MySQL環境でRailsを起動する。 - Qiita
Vagrant(CentOS6.5)にRails4.1 + Nginx + Unicorn + MySQL環境でRailsを起動する。RubyRailsMySQLnginxVagrant Vagrant(CentOS6.5)にRuby2.1.2 Rails4.1をインストールの続き Nginxインストール 今回はyumから $ sudo yum install -y nginx MySQLインストール 同じyumから $ sudo yum install -y mysql mysql-server mysql-devel ついでにデフォルトで立ち上げる設定に RailsInstalll インストールするディレクトリへ $ mkdir /path/to/dir/ && cd /path/to/dir/ budnlerで管理したいので最初にインストール $ gem install bundle
unicornのpreload_app - motsatのブログ
unicornの設定「preload_app」について。 ざっくりと、「workerのアプリケーションの先読み」の設定らしい。 このサイトに詳しい説明があったので訳してみた。英語は苦手なので怪しいがなんとなく雰囲気は合ってる気がする。 http://unicorn.bogomips.org/Unicorn/Configurator.html#method-i-preload_app Enabling this preloads an application before forking worker processes. workerをforkする前のアプリケーションの先読みを有効にします。 This allows memory savings when using a copy-on-write-friendly GC これは、copy-on-write-friendlyに相性の良い環境
Nginx+UnicornでRailsを動かすon Mac - Qiita
RailsというよりRubyビギナーです。 ローカル環境ではWEBrickでもいいかなと思ったのですが、最終的にはそうもいかなくなると思うので、商用でもイケるWebサーバーを使ってみることにしました。 最初はとっつきやすそうなApache+Passengerな環境をつくろうと思ったのですが、全然上手く動かず挫折した（未だに困ってるので助けてください←）ので、勉強がてらGithubでも採用しているらしいNginx+Unicornな環境をMac（Mavericks）につくってみました。いまっぽい。 ですが、こちらもなかなか手こずったので手順をまとめておきます。 unicorn編 まずはgemでインストール。 （本当はbundleでインストールしたほうがいいのかな？）
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
Ruby on Rails4をproduction環境として動かす（nginx + unicorn)
rails4(nginx + unicorn)での動かし方をまとめます。 環境は下記となります。 ・Ruby2.1 ・nginx ・unicorn 1.Unicornをインストールする Gemfileに書きを追記 gem 'unicorn' 追記後にbundle installをお忘れなく。 2.config/unicorn.rb作成（下記をコピペでいい） application = '{適当なアプリ名}' worker_processes 2 working_directory "/#{application}" listen "/var/run/unicorn/unicorn_#{application}.sock" # Unix Domain Socket pid "/var/run/unicorn/unicorn_#{application}.pid" # PIDファイル出力先 t
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
apache,nginx × passenger,unicornのベンチをとってみた
preforkでテストしました。 yumでインストールした状態で使ってます。 最後にテスト用のconfをincludeしています。 httpd.confKeepAlive Off 〜 StartServers 8 MinSpareServers 5 MaxSpareServers 20 ServerLimit 256 MaxClients 256 MaxRequestsPerChild 4000 〜 Include /home/homepage/hello_world_rack/hello_world_rack_apache.conf hello_world_rack_apache.conf passengerのテストの場合は、VirtualHostまで使ってます。 unicornをテストする場合は、VirtualHostまでをコメントアウトし、ProxyPassのところのコメントアウトを
[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サーバ
rails4 + unicorn + nginx - Qiita
@app_path = '/home/rails/rails/test/json_server' worker_processes 2 working_directory "#{@app_path}/" preload_app true timeout 30 listen "/tmp/unicorn.sock", :backlog => 64 pid "/tmp/unicorn.pid" stderr_path "#{@app_path}/log/unicorn.stderr.log" stdout_path "#{@app_path}/log/unicorn.stdout.log" before_fork do |server, worker| defined?(ActiveRecord::Base) and ActiveRecord::Base.connection.disconnec
Rails 4.2 + Unicorn + Nginx でアプリケーションサーバの構築 - Qiita
source 'https://rubygems.org' gem 'rails', '4.2.0' gem 'sqlite3' gem 'sass-rails', '~> 5.0' gem 'uglifier', '>= 1.3.0' gem 'coffee-rails', '~> 4.1.0' gem 'therubyracer', platforms: :ruby gem 'jquery-rails' gem 'turbolinks' gem 'jbuilder', '~> 2.0' gem 'sdoc', '~> 0.4.0', group: :doc gem 'bcrypt', '~> 3.1.7' gem 'unicorn' group :development, :test do gem 'byebug' gem 'web-console', '~> 2.0' gem 'sp
nginx + unicorn + Railsの設定方法 - Qiita
# -*- coding: utf-8 -*- # ワーカーの数 worker_processes 2 # ソケット listen '/tmp/unicorn.sock' pid '/tmp/unicorn.pid' # ログ log = '${my_app}/log/unicorn.log' stderr_path File.expand_path('log/unicorn.log', ENV['RAILS_ROOT']) stdout_path File.expand_path('log/unicorn.log', ENV['RAILS_ROOT']) preload_app true GC.respond_to?(:copy_on_write_friendly=) and GC.copy_on_write_friendly = true before_fork do |server,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Capistrano 3系でRails 5.1のデプロイ[rbenv][ruby2.4]![Capistrano 3系でRails 5.1のデプロイ[rbenv][ruby2.4]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)