高トラフィックサイトをRailsで構築するためのTips基礎編

高トラフィックサイトを Ruby on Rails で構築するための Tips 基礎編沼田一哉株式会社エストコスモプラットフォームワークショップ

いや、まずいかも、、、タイトルが「札幌Ruby会議」的ではない

そもそも、他の講演者の面々がヤバすぎる... (特に稲作農家)

というわけで、タイトル変更ちょっとアクセスの多いサイトと Rails と私沼田一哉株式会社エストコスモセキュリティワークショップ

私について
名前 : 「ぬ」 ( 沼田一哉 (33)) ( Kazuya NUMATA ) Twitter @kaznum
生まれ : 北海道北見市
職業 : きっとプログラマ LOCAL 正会員
北海道の某大学卒、修士中退
2001 年札幌の ( 株 ) エストコスモに入社
4 年半札幌で勤務した後、 2005 年米国ロサンゼルス近郊に駐在 ( 約 4 年間 )
2009 年 8 月に札幌復帰現在に至る
Ruby
出会いは 2000 年の春ごろ
仕事での本格利用は 2005 年 9 月から (Rails 0.13 のころ )

L.A.について
残念ながら、シリコンバレーではない
映像系、アート系、マスメディア系の仕事が多いが、いろいろなビジネスがある
時刻がアヤシイ
ハリウッド、ラスベガスには車で行ける距離 (シリコンバレー、SFOも)
L.A.にも当然、Ruby(LA-Ruby)のコミュニティがあります(今年は比較的活発な活動)

米国での私
Rails や PHP での請負開発をメインにした
コンサル
開発
サーバ導入
保守、管理

これくらいの規模のサイトを構築していました。
毎秒平均ページビュー10 req/s
最大ページビュー70 req/s
頻繁に参照、記録が行なわれるテーブルのレコード数 500,000

※
これからのおはなしに登場するWebサーバはApacheを前提にしています。
nginx、lighttpd等については、詳しい人、お願いします。
それでは怒涛の勢いで紹介します

check: Cacheを積極的に利用
cacheに尽きる
認証等が無く、リアルタイム性が無いコンテンツであれば、 page cache
リンクのURLに.:format (.html)を忘れずに
Action cache, fragment cache、....
fragment_cache等のstoreにはmemcached

check: Web サーバのキャッシュ機能を活用する
Rails までアクセスさせない
Apache の mod_disk_cache を有効活用
htcacheclean を忘れずに
mod_mem_cache は Expire 後の挙動が不思議なので保留 ( 今は ?)
ベーシック認証をしている場合はキャッシュが効かない

check: ブラウザのキャッシュも使う
更新の少ないコンテンツは、リクエストすら送らせない。
Cache-Controlヘッダ
Expireヘッダ
Apacheなら、mod_expiresで可能

Check: Load Balancing
「サーバを追加するだけでスケーリングできるように」
リバースプロキシ型の導入
キャッシュ機能も有効利用 (Pound はキャッシュ機能がない )
私は apache + mod_proxy_balancer を使っています。
Stateful なアプリケーションの問題
ユーザ情報、ファイル入出力がある場合は、データの共有が必要
しかも高パフォーマンスなものが必要
RESTful を意識しよう

DB / Storage

check: まずDBでできること
View を使いましょう (>= MySQL5)
インデックス (上記の2点をやったら、30秒 -> 1秒)
find_by_XXXではなく、find_by_sql(“select * ...”)
method_missing is the last resort.

check: DBのスケール
難しいですよね
MySQL クラスタ
マルチマスターで同期レプリケーションが可能。
ノード台数が少ないとパフォーマンスがかえって悪い
プロキシ型
MySQL Proxy
pgpool-II
結構有用かも ( 石田さんに聞いてください )
MySQL のレプリケーション
非同期レプリケーション
Acts-as-Readonlyable 等により、上手に運用すれば有用

check: Storage の I/O
Web サーバの Load Average は CPU 使用率だけでは決まらない -> Disk の I/O パフォーマンスの影響を受けていることが多い
NFS を使っている場合は DRBD + Heartbeat + NFS
SAS + RAID10
FC + Disk アレイ

Railsの機能

check: セッション
active_record_storeは使わない
とにかく遅い
やっぱりmemcached
セッションには最低限必要な値のみ入れる
Rails 2.3あたりからSessionのサイズが膨大になる傾向 ->sessionの値を取得するだけでも膨大な時間がかかる(ログインユーザのオブジェクトではなく、user_id)

Check: Helper
linkが大量にあるページでlink_toを多用するとパフォーマンスに影響がでます。
やりすぎ厳禁

Webサーバ (Apache)

check: DoS攻撃への対応
腹立たしいが対策は必要
mod_evasive
一定時間内に同一IPアドレスから同一URLに対しアクセス可能な回数の閾値を指定し、それを越えると503 Service Temporary Unavailableヘッダを返す
ここまではapache側で処理されるため、Railsにはアクセスが来ない

check: PassengerのPoolサイズ
高負荷をかけた状態で、
passenger-status コマンド
ps コマンド
などを駆使し、インスタンスの利用具合を確認
とりあえず PassengerMaxPoolSize を変更
RAM の空き具合、 CPU の使用率などとご相談

check: サブドメインを活用
コンテンツの種類ごとにサブドメインを分割
img.example.com -> 画像ファイル
w ww.example.com -> メインのページ表示
static.example.com -> CSS ファイルなど
....
ブラウザの制限で 1 つのドメイン名に対する同時コネクション数が制限されている -> わざと複数のサブドメインをつけることで、同時にコンテンツを取得できるようにする。

最後に
80:20 の法則
まずはパフォーマンステストをしてからチューニングしましょう (httperf など )
Test::Unit 、 RSpec 、 TDD 、 BDD
パフォーマンスを上げるために、コードの変更が必要になることがあります。
monit で監視
眠れるように、障害時に WEB サーバの自動再起動

おすすめの情報
High Performance Web Sites (Souders /O'Reilly)
Advanced Rails (Brad Ediger / O'Reilly)
あとは Google it!

おしまい

http://www.nu-chon.org	88
http://www.slideshare.net	56
http://akihitosudo.tumblr.com	5
http://kai-app.tumblr.com	1
http://webcache.googleusercontent.com	1
http://a0.twimg.com	1

高トラフィックサイトをRailsで構築するためのTips基礎編

by Kazuya Numata on Dec 06, 2009

Accessibility

Categories

Tags

Upload Details

Usage Rights

6 Embeds 152

Statistics

高トラフィックサイトをRailsで構築するためのTips基礎編 — Presentation Transcript