ruby-on-rails - ベストチューニングプラクティス、Puma + Heroku + Rails 4 + Ruby 2.0 の経験

Question

Heroku での Puma のチューニングに関するほぼすべての記事を読んでいますが、ここでスイートスポットを見つけることができません。

1 日あたり約 100k のアクセスがあるサイトがあります。

2x Dynosを使ってみました。このアプリは平均的な Rails アプリであり、memcache に直接アクセスする時間の 80% を選択して実行します。ワーカーあたりの RAM の使用量は 160 ～ 180 MB です。

私は試した：

DB_POOL=25
PUMA_THREADS=16
PUMA_WORKERS=4

また、次のようなもの：

DB_POOL=10
PUMA_THREADS=5
PUMA_WORKERS=5

どの結果も私には説得力がありませんでした。ページビューは常に先週と比べて % 減少しており、サイトのトラフィックは変化していません。

共有したいトラフィックの多いサイトをチューニングした経験のある人はいますか? ほぼすべての記事でほぼ同じ構成が説明されていますが、サイトに同時に 100 人がアクセスすると事態は悪化します。

score 1 · Accepted Answer

1 日あたり 150 ～ 200,000 ページビューのプロジェクトで、スタックレール 3 + カピストラーノ + ユニコーン + ルビー 1.9.1 を使用しています。アプリケーションのボトルネックを監視するために、VPS に「newrelic」をインストールすることをお勧めします。

Digitalocean は素晴らしいですが、ホスティングを選択した瞬間に、アムステルダムのデータセンターで大量のメモリとコアを備えたドロップレットを提供しませんでした. そこで、より高性能で低価格の SSD を搭載した hetzner 専用サーバーを使用しました。

score 0 · Accepted Answer

aws はどうですか? DNS はどうですか? aws/DO を実行できるさまざまな設定方法があります。特にあなたのサイトと最もつながりのある隠れた人々に静的アセットを配布できると思います。

ruby-on-rails - ベスト チューニング プラクティス、Puma + Heroku + Rails 4 + Ruby 2.0 の経験