Railsのパフォーマンスチューニングしたらトップページの速度が100倍になった。 - Inside PRESSBLOG
皆さん、こんにちは。 見習いエンジニアのkey(id:key_libres)です。 Twitterもやっているのでぜひフォローして下さい→@key___sn 先日、PRESSブログにおける未ログイン時のトップページをリニューアル致しまして、その際レスポンスが異常に遅かったり、サーバーへの負荷が大変なことになり、なんどもサーバーが落ちてしまいました。 その後、開発メンバーの統括をしているsainu(@sainu_____)に協力してもらい、原因を調査・対策することで結果としてサーバーへの負荷が軽くなり、Railsを高速化することが出来ました。 結論としては、 インデックス キャッシュ をしっかり使いこなしましょうというお話です。 ことのはじまり 早朝のデプロイが完了後、 ものすごい大量にアラートが来るようになりました。 このアラートは、下記の画像のようにロードバランサーとターゲットの応答時間
１台あたり10,000人を捌くRails製Webサーバのチューニング - dely Tech Blog
SREの深尾です。kurashiru [クラシル] のインフラを担当しています。 タイトルのとおり、クラシルのwebサイトではRailsを使っており、１サーバあたり10,000人程度のアクセスに耐えることができます。実際には余裕を持たせて5,000人/サーバを目安にスケールさせており、TV CMをガンガンやったり、国内外のTV番組で特集されたり、芸能人にSNSで拡散されても動じませんが、実は過去に１度だけWebサイトがダウンしてしまったことがあります。それは2017年3月11日にSmaSTATION!!というTV番組でクラシルが取り上げられた時のことでした。 以下はその時のリクエスト数を表すグラフです。ダウンしてしまったので計測できなかったユーザの数字は含まれませんがそれでもアクセス数は１分で数万人を超えていました。 それまで、Webサイトの負荷対策はあまり行っておらず、２台のWebサーバ
Twitterのトラブルから見る、DB分割でスケーラブルなRailsサイト構築:TKMR.blog.show
最近、2.0な方々の間でTwitterが話題になってる。で、そのTwitter自体も面白いんだけど、TwitterについてDHHがブログを書いてRailsでの大規模サイト構築が話題になってるのが面白い。 Twitter trouble (Loud Thinking - DHH) まずTwitterの高負荷について言及、Twitterは11,000リクエスト/秒 の高負荷で問題となっているらしい。 そしてスケーラビリティの鍵はDB分割だ、と言っている。Railsは基本一つのDBを見るのでスケーラビリティの問題になる （確かにWebサーバはロードバランサがあればいくらでもスケールするしね、Sessionの共有だけ気を付ければ） ↓ Dr Nic » Magic Multi-Connections: A “facility in Rails to talk to more than o
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
