iBook G4 Blog

7月 25

DreamHostでRailsはイマイチ？

先週、PHPからRuby on Railsに移行したBookFind.jp。「DreamHostでRailsは重い」という情報も知っていましたがが、予想より軽快な印象で、うれしい誤算だと思っていました

ところが、週末になってsshでログインしてみると、恐ろしく重い。lsやrmコマンドを入力しても、数秒間レスポンスがなかったりする。vimなんて起動が遅すぎて、とても使う気になれないくらいでした。load averageを見てみると、1分平均で100を超えてるし…

100でも負荷が高いと思っていましたが、どうやら300を超えた例もあるようで。

定期的に高くなるなー。本日はloadavg300台を記録。それも15分平均で。現在は普段の値に落ち着いているが、その普段の値ですら30を超えているのだ。オーバーロードもいいとこだ。

こちらの方も遭遇されてますね。

一ヶ月$7.95～･･･という悪魔的ハイスペックな仕様ですが、load averageが時間帯で100を超えることもある(！)ということはヒミツです＞＜

Railsアプリにアクセスしてみると、500エラーが多発。この時点ではサーバーの処理が滞っているせいだと思っていたんですが、数分後にload averageが下がり始めてからも、いっこうに良くなる気配はありません。そもそも、処理がRailsまでいっていないみたい？

症状はこんな感じ。

Googleで検索してみると、該当しそうな事例がいくつか見つかりました。対処法もいくつか公開されているようです。見つかった方法は、どれもdispatch.fcgiの起動時に、メソッドの動作を書き換えてからプロセスを起動するもの。

いろいろ試してみて、最終的には一番下の方法をとることにしました。ただ、エラーが頻発するのは相変わらずで、この対処に時間をとられるのが嫌になり、結局DreamHostからの移転を決意しました。Apache + FastCGIも、ちょっとこりごりな気分です。

ただ、週が開け、移転先に決めたSlicehostとの契約が終わった頃になって、エラーの発生が収まったのは皮肉なものです。何故だか、ずいぶん軽快になってますよ。

結局、こちらに書いてあるように、DreamHostには静的なコンテンツで構成されたサイトが適しているのかもしれません。トラブルの間も、Railを介さないで出力されるページキャッシュのHTMLファイルは高レスポンスで表示されていました。