１台あたり10,000人を捌くRails製Webサーバのチューニング - dely Tech Blog
SREの深尾です。kurashiru [クラシル] のインフラを担当しています。 タイトルのとおり、クラシルのwebサイトではRailsを使っており、１サーバあたり10,000人程度のアクセスに耐えることができます。実際には余裕を持たせて5,000人/サーバを目安にスケールさせており、TV CMをガンガンやったり、国内外のTV番組で特集されたり、芸能人にSNSで拡散されても動じませんが、実は過去に１度だけWebサイトがダウンしてしまったことがあります。それは2017年3月11日にSmaSTATION!!というTV番組でクラシルが取り上げられた時のことでした。 以下はその時のリクエスト数を表すグラフです。ダウンしてしまったので計測できなかったユーザの数字は含まれませんがそれでもアクセス数は１分で数万人を超えていました。 それまで、Webサイトの負荷対策はあまり行っておらず、２台のWebサーバ
最近の Rack サーバ事情について - おもしろwebサービス開発日記
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。 もう少し詳しく調べてみましょう。 そもそもスロークライアントってなに その名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。 「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。 例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
Thorsten Ball - Unicorn Unix Magic Tricks
20 Nov 2014 This post is based on the talk of the same name I gave at the Arrrrcamp conference in Ghent, Belgium on October 2nd, 2014. You can find the slides here and the video recording here. Unicorn is a webserver written in Ruby for Rails and Rack applications. When I first used it I was amazed. This is magic, I thought. It had to be. Why? Well, first of all: the master-worker architecture. Un
unicornにどんなシグナル送るとどうなるのかまとめました - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
File: SIGNALS [Unicorn: Rack HTTP server for fast clients and Unix] の一部を超訳しただけ
igaiga diary(2015-01-01)
_ Sakura VPS で Ubuntu14.04 + nginx + unicorn + tDiary4.1.1 構築 新年あけましておめでとうございます。本年もどうぞよろしくお願いします！ ということで年末にOSごと壊してしまったので、年末から年始にかけて0から再構築。まちゅさんから「式年遷宮ですね」と言われたけど確かにその通り。昔tdiaryをCGIで動かしてたころの設定も消せたし、結果として大掃除になりました。それにしてもLinuxマシンの構築は何回もやってるけど、そのたびに使うミドルウェアは変わっていて、今回はとうとうapacheを使わなくなった。 社会人になったばかりの頃にunix技術を教えてもらったり学んだりしてきたけど、間違いなく一番長く使ってる技術だし、これからも長く使うのだろう。（その次はRubyかも。） 次回の式年遷宮はubuntu 14.04 のサポート期限終了の
Zero Downtime Deployment With Unicorn And Capistrano - benjaminknofe.com
Everytime we're fixing a bug or adding a new feature, we want it to go live very fast to have happy users at gigmit. Thats why we really love to deploy several times a day. While running a pretty standard Rails stack with Unicorn and handling deployments with Capistrano, we always had a few seconds when the Unicorn workers were restarted. We did this only at night, because it wasn't always sure[1]
Unicorn vs. Puma: Round 3
MRI Ruby has gotten a lot faster since I ran my last benchmark, so it’s time for an update. Methodology The benchmark consists of hitting a single endpoint on a rails (4.1.1) app in production mode for 30 seconds. The endpoint reads a set amount of posts from a Postgres database and the renders them in a html view using erb, without any view caching. The purpose of the benchmark to get an idea of
[Ruby] Sinatra + PostgreSQL + Unicorn な Web サーバーを Heroku に構築する | DevelopersIO
はじめに こんにちは。ひさびさにサーバーサイドの記事の投稿になります。何気なく Heroku で軽快な Web サーバーを構築してみたくなったので、そのメモを残してみたいと思います。 開発環境 Mac OS X 10.9 rbenv 0.4.0 Ruby 2.0.0p353 それでは、構築します 初期設定 # フォルダ作成＆移動 mkdir sample-app && cd sample-app # Gitリポジトリにする git init # .gitignore の生成 gi ruby,rails # Gemfile の生成 bundle init .gitignore ファイルは gi コマンドは gitignore.io というサービスを使って生成してみました。 各種 Gem のインストール 次に Gemfile を編集します。 vim Gemfile Gemfile source
![[Ruby] Sinatra + PostgreSQL + Unicorn な Web サーバーを Heroku に構築する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/cebe39caf8f7a5db5f6715f72a4727e792566695/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F04%2Fruby.png)
AWSのEC2上でRails+Unicorn+Nginxを実現する
README.md 目的 AWSのEC2上でRails+Unicorn+Nginxを実現する 前提 OSはAmazon Linux AMIを使用する 必要なライブラリをインストール sudo yum -y install gcc sudo yum -y install make sudo yum -y install gcc-c++ sudo yum -y install zlib-devel sudo yum -y install httpd-devel sudo yum -y install openssl-devel sudo yum -y install curl-devel sudo yum -y install sqlite-devel gitインストール sudo yum install git ruby-buildインストール git clone git://github.
How To Optimize Unicorn Workers in a Ruby on Rails App | DigitalOcean
// Tutorial //How To Optimize Unicorn Workers in a Ruby on Rails App Introducing Unicorn If you are a Rails developer, you’ve probably heard of Unicorn, a HTTP server that can handle multiple requests concurrently. Unicorn uses forked processes to achieve concurrency. Since forked processes are essentially copies of each other, this means that the Rails application need not be thread safe. This is
Adding Concurrency to Rails Apps with Unicorn
With support for Node.js, Java, Scala and other multi-threaded languages, Heroku allows you to take full advantage of concurrent request processing and get more performance out of each dyno. Ruby should be no exception. If you are running Ruby on Rails with Thin, or another single-threaded server, you may be seeing bottlenecks in your application. These servers only process one request at a time a
Unicorn process killer utility
unicorn_killer.rb @ �[EV @@�[EV # # your config.ru # require 'unicorn_killer' # use UnicornKiller::MaxRequests, 1000 # use UnicornKiller::Oom, 400 * 1024 module UnicornKiller module Kill def quit sec = (Time.now - @process_start).to_i warn "#{self.class} send SIGQUIT (pid: #{Process.pid})\talive: #{sec} sec" Process.kill :QUIT, Process.pid end end class Oom include Kill def initialize(app, memory_
なぜ Forkwell は初日にサーバダウンを繰り返したのか解 目明し編 - 表参道フォークウヱル別館
こんにちは。Forkwell の中の人、大岡（おおか）です。前回の記事「なぜ Forkwell はリリース初日にサーバダウンを繰り返したのか」の反響が大きく、一時はホッテントリに入るほどで正直驚きました。 Twitter や ブックマークコメント でご意見も多くいただいたので、今回はそれに対するフォローの記事を書きたいと思います。 一番多かったご意見は、 本当に Unicorn が悪かったのか。worker_proccesses の設定値が小さすぎただけじゃないのか。 ちゃんと原因究明してないのに、Unicorn を悪者にするのは Unicorn がかわいそうです(´；ω；`) といったものでした。 500エラーが頻発し出した午前11時すぎから、Passenger への入れ替えを決断した午後5時くらいまでの約6時間、私たちが行っていたのは Webサーバ、アプリケーションサーバ、DBサーバの
redmine を apache, mysql, unicorn, rvm を用いて動かす - 飽きっぽいITエンジニアのブログ
こんな感じで データベースは mysql ruby は rvm で導入する web サーバは apache + unicorn http://example.jp でバーチャルホスト redmine 専用ユーザで実行 以下の手順の前提条件 redmine の実行ユーザ名は redmine MySQL について root ユーザのパスワードは P@ssword 実際には redmine が接続する DB ユーザ redmine を作成する。パスワードは $ecret ドメイン名は http://example.jp redmine へセッション等のためのシークレットフェーズを設定する必要がある シークレットフェーズは VeryVeryVeryVeryVerySecretPhase に設定している redmine ユーザの作成 redmine は、このユーザで実行させる [root@www20
Capistrano tasks for starting unicorn
Capistrano tasks for starting unicorn.rb P ���U � ��U set :rails_env, :production set :unicorn_binary, "/usr/bin/unicorn" set :unicorn_config, "#{current_path}/config/unicorn.rb" set :unicorn_pid, "#{current_path}/tmp/pids/unicorn.pid" namespace :deploy do task :start, :roles => :app, :except => { :no_release => true } do run "cd #{current_path} && #{try_sudo} #{unicorn_binary} -c #{unicorn_confi
Twitterの大規模システム運用技術、あるいはクジラの腹の中（後編）～Twitterのサブシステム「Unicorn」「Kestrel」「Flock DB」
Twitterの大規模システム運用技術、あるいはクジラの腹の中（後編）～Twitterのサブシステム「Unicorn」「Kestrel」「Flock DB」 米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」の、Twitterのシステム運用について説明するセッション「In the Belly of the Whale: Operations at Twitter」（クジラの腹の中：Twitterでの運用）を紹介をしています。 この記事は「「Twitterの大規模システム運用技術、あるいはクジラの腹の中（前編）～ログの科学的な分析と、Twitterの「ダークモード」」の続きです。 Twitterのサブシステム「loony」「Murder」「memcached」 ここからはTwitterのサブシステムについて紹介しよう。 T
RailsサーバUnicornを飼いならす! 運用時の便利技｜TechRacho by BPS株式会社
前回ブログで紹介したRailsサーバUnicornくんを運用し始めて結構時間が経ちました。 サービスを落とさないであるとか、システムの安定性を確保するために、 ちょっとしたユーティリティを作ったり監視ソフトMonitの設定を行ったりしていました。 みなさんのお役に立つかわかりませんが、弊社でUnicornと組み合わせて運用に利用しているツールや設定をブログに掲載してみたいと思います。 もっといいやり方がありましたら、ぜひコメント欄でご紹介頂ければと思います。 ダウンしたら自動的に再起動 これはMonitで行っています。 もちろん同内容の監視ツールGodでも可能だと思いますが、以前設定した経験があって設定が楽そうだったので、Monitでやってみました。(事実楽でした) check process unicorn with pidfile "/path/to/rails/tmp/pids/un
Rails3アプリをnginx+unicornで動かしたら速すぎた - ぱろっと・すたじお
いやぁ・・・Rails3はいいですね(｀･ω･´) ｂ Rails2とはなんだったのか・・・というレベルの完成度で、 なんとなく納得しないままRails2を使っていた私も、 Rails3になってからはバリバリに使いまくりです*1 そんなRailsを動かすAppサーバとして、 以前から定番になっていたのがpassengerでして、 私もApacheやnginxと組み合わせて使ってました*2 ただ、最近よく耳にするのがnginxにunicornを組み合わせた構成です http://unicorn.bogomips.org/ 前々から気になっていたものの、なかなか手をつけられなかったのですが、 仕事でもプライベートでもちょうどRails3アプリをリリースするタイミングだったので、 nginx+unicornの環境を試してみました なお、非常に細かな解説がある良記事がありますので、 ぜひそちらを先
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20130120/p01/
Create new page · phusion/passenger Wiki