RubyKaigiに行くと本にサインを求められるすごいエンジニアが書いたhaconiwaというmruby製のコンテナエンジン（コンテナ環境構築の基盤ツール）があるのですが、少し試してみようと思って、とりあえず1サーバ上に1万コンテナぐらい動かそうとしてみました。久々に今回は自分の作ったOSSではなく、OSSの検証レポート的な記事になります。 haconiwaは僕の好きなOSSの一つで、それはなぜかと言うと、 haconiwaでコンテナを作る際に、haconiwa実行環境にはコンテナの要素機能が全て入っている必要はない 必要なコンテナの要素機能を簡単に組み合わせて、自分が実現したいコンテナ、あるいは、それに準ずる環境を作れる haconiwaによるコンテナ定義をRubyのDSLで表現でき、動的な設定や組み合わせの設定を簡単にかける ということができるからです。その特性から、CentOS6のよ
「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 は遅いです。まったくスケールしません。本当にありがとうございました。 ここでおもむろにパケットを遅延さ
Hyperion で学ぶ Ruby on Rails & GitHub 以下の手順は、基本的には Linux を対象としています。（インフラエンジニアを想定して書いてるので。）Mac でも適用できる部分は多いですが、必要なライブラリや MySQL まわりなどは、自力で解決してください。（または誰かドキュメント追加して。） 今回は Hyperion を動かすまでの手順を紹介します。 rbenv による Ruby のインストール rbenv 概要 rbenv とは、複数の Ruby バージョンをお手軽に切り替えることができるコマンドラインツールです。システム標準の Ruby に影響を与えることなく、また、自分のホームディレクトリ配下に Ruby をインストールすることができるので、Ruby で何か試してみたい、という場合に、うってつけなツールです。 必要なパッケージのインストール(Linux)
サーバー側でJavaScriptを動かすnode.jsは、予期せぬexceptionが発生すると、簡単に停止してしまう。まぁ、これはJavaScriptだから仕方のないことなのだが、ライブラリなども発展途上のnode.jsを本番環境で使う人にとっては痛いところである。 そこで、Linuxなどで昔ながらの djb tools の一つであるdaemontoolsを使う人などがいるのだろうが、せっかくなのでnodeで稼働するforeverをつかってみる。 個人的にはdaemontoolsよりも状態把握がしやすいので、foreverをしばらく使おうと考えている。 そもそも何するものなの？ JavaScriptをはじめとしたスクリプト言語全般にいえることですが、サーバサイドで常駐稼働させると、何かの拍子に停止して落ちてしまうことがしばしばあります。 そんなとき、落ちてしまったときに自動的に立ち上げ直
#!/usr/local/bin/ruby require 'ping' require 'net/smtp' require 'net/http' unless Ping.pingecho("www.server.com", 3, "80") Net::SMTP.start('mail.server.com', 25) {|s| s.send_mail "Subject:Server Down!!(L3)", 'kanshi-24@mail.server.com', 'oishi@example.com'} end begin Net::HTTP.start("www.server.com") rescue Net::SMTP.start('mail.server.com', 25) {|s| s.send_mail "Subject:Server Down!!(L7)", 'kansh
Rackspaceが使えるようになったのでいよいよアプリケーションを作っていきたいところ。せっかく自前で作るのだから新しい技術を率先して使っていきたいのと、なるべくサーバースペック(主にメモリ)を消費しない形で実装したい。Railsだけは別で、これがないとボクはWebサービス作れない。 今のところ考えている構成 nginx http://nginx.org/ ロシア製のWebサーバー。Apacheは汎用性が高いが少々高負荷。最近ではドキュメントもちらほら出てきている。後述するunicornにRailsの処理を任せてしまうのでURL RewiteとVirtualHostの定義くらい。 Ruby Enterprise Edition http://www.rubyenterpriseedition.com/ 省メモリのRuby。1.8.7ベース。どうやらGCなどの仕組みがちがうらしい。実際
■ [ruby] 大規模Railsサイトのための新しいHTTPサーバ、Unicorn githubの中の人が、ブログで「Unicorn使い始めて一ヶ月くらい経つけどいい感じだよ」と書いています。 適当に要点だけ拾ってみました。 Unicornって何よ？ UnicornはRubyのためのHTTPサーバ。MongrelやThinのようなものだけど、全く違う設計と思想を持っている ありがちな構成 [mongrel] [mongrel] .. [nginx] -> [haproxy] -> [mongrel] [mongrel] .. [mongrel] [mongrel] .. 問題点: あるactionの処理に60秒以上かかったとき、Mongrelが当該スレッドをkillしようとして固まることがある メモリが一定量を超えたときMongrelを再起動するのが遅い。 デプロイ時に9個のmongre
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く