Passenger + monit でリリース作業をより簡単にする方法 - よかろうもん！
PassengerでRAILSアプリを運用しているなら、アプリのリリース時には、${RAILS_ROOT}/tmp/restart.txt を配置/更新することで、ほぼダウンタイム無し(httpdの再起動なしのため)にリリースしているかと思います。 ただ、アプリケーションのソースコードの影響範囲が、Railsアプリのみだけなら、restart.txtの仕組みだけでよいかもしれません。しかし、パフォーマンスを考慮し非同期処理を行うためにdelayed_jobを利用していたり、メール送信流量を制限するためにar_sendmailなどを利用している場合は、それぞれのデーモンの再起動を行う必要があります。 ＃delayed_jobについては、id:mat_aki(@mat_aki)が紹介している「Railsで非同期処理を行うには"Delayed_job"がおすすめ」がわかりやすいと思います。 その
RailsサーバUnicornを飼いならす! 運用時の便利技 « BPS株式会社 開発ブログ Beyond Perspective Solutions LTD.
伊藤です。 前回ブログで紹介したRailsサーバUnicornくんを運用し始めて結構時間が経ちました。 サービスを落とさないであるとか、システムの安定性を確保するために、 ちょっとしたユーティリティを作ったり監視ソフトMonitの設定を行ったりしていました。 みなさんのお役に立つかわかりませんが、弊社でUnicornと組み合わせて運用に利用しているツールや設定をブログに掲載してみたいと思います。 もっといいやり方がありましたら、ぜひコメント欄でご紹介頂ければと思います。 ダウンしたら自動的に再起動 これはMonitで行っています。 もちろん同内容の監視ツールGodでも可能だと思いますが、以前設定した経験があって設定が楽そうだったので、Monitでやってみました。(事実楽でした) check process unicorn with pidfile "/path/to/rails/t
次世代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!」が非常に参考になると思いますので、
Rails アプリのデプロイについて - Candy
何が最適なのか僕の見解です 普通の Rails アプリの場合 nginx -> unix domain socket -> unicorn デプロイ時のダウンタイムも少なければハードウェアリソースの消費も少ない。特に理由が無ければこれでいいんじゃないか。 大容量の静的ファイルを多数配信することがある場合 nginx -> Passenger コネクションを沢山張りたいという用途ではこっちの方がいい気がする。 unicorn を使ってスタティックなファイルを置いてあるところだけ直接 nginx で捌くというのもいいけど、設定が複雑になる。 Passenger で捌ける限りは Passenger を使うのが楽。 お前が白痴の場合 thin や mongrel を使う。
Capistrano を Rails 以外で使う設定。 - こせきの技術日記
Page not found · GitHub Pages Rails と関係ないプロジェクトで Capistrano を使うための設定を作成した。 最小限の設定 SSHでリモートを操作するための、単純な設定の例。ファイル名は Capfile 。 # sshユーザ名 set :user, "username" # サーバをroleでまとめる role :abc, "server1.example.com", "user@server2.example.com" role :xyz, "server3.example.com" # 全roleで実行。 task :ls do run "ls" end # 特定のroleで実行。 task :myname, :roles => [:xyz] do run "echo " + user end サーバが1つだけならroleは1つでよい。 1行目の
WebROaRでらくらくデプロイを試してみた
いじられエンジニアのDaokaです。 最近、「WebROaR」というRails(Ruby)アプリケーションのデプロイサーバが出たので試してみました。 対応OSは？ 公式ではUbuntu 8.1/9.04, Debian 5 (64 Bit), Mac OS X (10.5) and Cent OS 5.2で検証されているようです。 今回はUbuntu 9.10 server(32Bit)に試しましたが問題なく動作しました。 インストール導入手順 WebROaRのインストールの前に以下のパッケージが必要です。 ruby1.8またはruby1.9 ruby1.8-devまたはruby1.9-dev openssl ruby extension zlib ruby extension rubygems Cコンパイル環境 sqlite3 sqlite3-dev SSLを使用する場合はさらに以下のも
Rails/Sinatra/Rack/Merbデプロイサーバの新星·WebROaR MOONGIFT
WebROaRはRuby製のオープンソース・ソフトウェア。Railsアプリケーションを公開する際、通常何らかのHTTPサーバと組み合わせて利用する。かつてはApache + Mongrelが人気で、最近ではApache + Passengerまたはnginx + Passengerという組み合わせが人気だ。 高パフォーマンスが売りのデプロイサーバ そんな中、またしても新しいデプロイサーバが登場した。管理画面付きのすごいやつ、それがWebROaRだ。パフォーマンスの高さを誇っており、使い勝手も良い。まだ開発途中とは思われるが今後に期待のできるとても興味深いソフトウェアだ。 対象はUbuntu/Debian/Mac OSX/CentOSとなっている。今のところWindowsはサポートされていない。インストールはRubyGemを使って簡単に完了する。WebROaRを立ち上げると専用の管理アプリケ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
