komagataのブログ

怖話.jpをHerokuからさくらVPS 512に移行したのでパフォーマンスを測ってみました。（怖話.jpのアプリに大きく依存しています。また日本向けのサービスなので手元から計測したためネットワーク的にHerokuは不利です。）

• Heroku
• kowabana.jp
• さくら
• oulu.fjord.jp

さくらVPSではnginx + unicorn + mysqlを使っています。

Apache Bench

% ab -n 1000 -c 100 http://kowabana.jp/
Requests per second:    6.12 [#/sec] (mean)
Time per request:       163.526 [ms] (mean, across all concurrent requests)

% ab -n 1000 -c 100 http://oulu.fjord.jp/
Requests per second:    38.29 [#/sec] (mean)
Time per request:       26.114 [ms] (mean, across all concurrent requests)

Chrome Developer ToolsでのDOMContent event fired

トップページをスーパーリロードした場合。

• Heroku
• 1.69s
• さくら
• 540ms

結果

人気サイトじゃないのでabの結果はそれほど気にしてませんが、DOMContent event firedはパラパラと残りのパーツが表示されるのは別として、ユーザーにとって「ページが表示された」と感じる実際の時間に近いと思います。それが3倍違うというのは結構な違いだなと思います。確かに体感速度でも速くなったように思います。

怖話.jpをHerokuからさくらVPS 512に移行することにしました。理由は下記です。

• DB容量が無料の範囲を大幅に超えている。（一応容量オーバーしていても使える）
• slug（リポジトリ）のサイズが制限（100MB）を超えた。（これはオーバーしているとpushできない）
• ファイルアップロードが必要になった。（S3を使えば対応は可能）
• 回線が遅い。（us westとかなので仕方が無い）

Amazon EC2にしなかった理由はまだ人気が無いのでお金をかけられないからです。もし売上が月数十万になったら移行します。

DB移行

HerokuのDBはPostgreSQLです。さくらVPS 512ではMySQLを使うことにしました。

現在のDB容量は37.4MB。レコード数は約2万件ぐらいです。heroku db:pullをしたら1時間たっても終わる気配がなかったので次の方法を取ることにしました。

• herokuからローカルにpg_dumpを持ってくる。
• ローカルのpostgresにpg_restore。
• ローカルのmysqlにtapsサーバーを立てる。
• ローカルのpostgresからtapsサーバーへpush。
• ローカルのmysqlからmysqldump。
• さくらVPSのmysqlにrestore。

大したデータ量じゃないのに、要はネット経由でtapsするととてつもなく時間がかかるのです。

「これ絶対もっと楽な方法あるよなあ」

などと思いながら作業しました。