Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
listen 8080 # TCP listen "tmp/unicorn.sock" # Unix Domain Socketのつもり と指定するとそんなListenの方法ないよー、と怒られた I, [2013-06-26T09:22:21.178723 #11457] INFO -- : listening on addr=0.0.0.0:8080 fd=8 F, [2013-06-26T09:22:21.179525 #11457] FATAL -- : error adding listener addr=tmp/unicorn.sock /u/apps/..../gems/unicorn-4.6.2/lib/unicorn/socket_helper.rb:149:in `bind_listen': Don't know how to bind: tmp/unicorn.sock
Capistrano3 + Rails4 + Unicorn + Nginx + EC2でサーバー構築！RubyRailsnginxCapistrano *追記 2015/8/14 RubyとRailsを最新バージョンに変更しました。(動作確認済み) unicornが起動しない問題があったので追加しました。(ディレクトリの作成し忘れ) 分かりやすいように画像を追加しました。 コマンドの間違いを修正しました。 みなさん、こんにちは。佐野です。 今回はRailsで本番環境へデプロイする際、初めてでさっぱり分からずハマった点が多かったのでみなさんと共有したいと思います。 まだ未熟なので間違っている点などがあればご指摘いただけると幸いです。 概要 EC２へデプロイし、とりあえず繋がるまで。 情報がバラバラで調べるのにかなり時間が取られてしまったので、一連の流れをまとめました。 このブログの対象者
March 02, 2013 「Heroku でアプリケーションサーバを Uniron (or Puma, etc) にしたらn倍速くなったぜ!」みたいな話をたまに見掛けますが、本当なんでしょうか。実験してみましょう。 テスト環境 Funtoo Linux x86-64bit Ruby 2.0.0-p0 Thin 1.5.0 Unicorn 4.6.2 Rainbows! 4.5.0 Puma 1.6.3 アプリケーションは Rack で、50msec の sleep の後に 500KB のレスポンスを返します。各サーバに対して100回のリクエストを、同時接続数を 1-20 の間で変えつつ投げました。詳しくはソースを見てください。 (凡例の c は concurrency、同時接続数です) はい、どう見ても Thin は遅いです。まったくスケールしません。本当にありがとうございました。 こ
最近PHPネタばかりだったので、頑張ってRailsについて書いてみます。 RailsではデフォルトでWEBrickが起動しますが、低速なので本番運用には向かないとされています。 WEB+DB PRESS Vol.70 WEB+DB PRESS vol.70でRails高速化としてUnicornが紹介されています。 普段Railsで開発するときはherokuを使っているので herokuでUnicornを使ってみたいと思います。 heroku ps を確認 まずはherokuで現在使われているWebサーバーを確認します。 $ heroku ps herokuのデフォルトはthinなのでしょうか？？ 以下、Unicornのインストールを進めていきます。 Gemfileに追加 gem 'unicorn' config/unicorn.rbを作成 とりあえず設定内容は下記にしました。 詳しいことは
本記事は英語版ブログで公開された記事の翻訳版です。 2013年7月に、米国テキサス州オースティンで開催されたLonestar Ruby Conferenceで、Rubyによるアプリケーションサーバーについてお話させていただきました。その中でいくつかのRubyアプリケーションサーバーのパフォーマンスや、さまざまな状況における挙動の違いを比較しました。この記事では、講演準備として行ったリサーチの中で分かったことをかいつまんでご紹介します。 実際のカンファレンスの録画をご覧になりたい方は、Confreaksで公開されていますのでそちらをご参照ください。テストに使用した簡単な自作アプリケーションはGitHubに、講演スライドはSlideshareにそれぞれ公開しています。 このリサーチは、Passenger 4のパフォーマンス評価以外すべて2013年7月に行ったものなので、情報が多少古くなっている
RailsサーバーのUnicornはmasterプロセスにUSR2シグナルを送ると、新しい設定・アプリのリロードを無停止で行うgraceful restartな動きをしてくれます。 この仕組を理解してなかったのでそれのメモ。 ドキュメントも何も見てない時の認識 現行のmasterが新しい設定・アプリをロードした新masterプロセスをforkする 新masterとそこから生えるworkerがreadyになって、新旧のUnicornが処理を行う 頃合いを見て旧masterは勝手に落ちる と思ってたんだけど、実際試してみても3のタイミングになっても旧masterがなかなか落ちてくれない。 旧masterのCPU利用率はだんだん下がってきているので、それがなくなったら落ちるのかと勝手に思ってたけどそうでもない。ウーンとなっててドキュメント見たら普通に書いてありました。 USR2を送った時の動き
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
