1. http://www.sonicgarden.jp/
Railsの運用について
TIS株式会社
社内ベンチャーカンパニー
「SonicGarden」
並河 祐貴

2. Railsアプリのシステム構成
よくあるWeb3階層
リバースプロキシ/ロードバランサ
HTTPリクエストの受付、バックエンドの適切なWeb/APサーバへ
HTTPリクエストを委譲、静的コンテンツはリバースプロキシ自身が
レスポンスを返すこともある
Web/APサーバ
フロントから渡されたHTTPリクエストを処理
動的コンテンツの部分(リクエスト)は、CGIなど何かしらのアダプタ
を介して、アプリケーション処理を実行
DBサーバ
1 http://www.sonicgarden.jp/

3. Web/APサーバでの振舞い
1. HTTPリクエストを受付
2. アダプタを介して、Rubyプログラムがアプリケー
ション処理を実行(1プロセス)
3. HTTPレスポンスを返す
アダプタ
HTTP Ruby
(CGI等)
1リクエストが1Rubyプロセスに割り当てられる
規模が大きくなったら、複数のRubyプロセスで待ち受ける運用
2 http://www.sonicgarden.jp/

4. スタンダードなWeb/APサーバ
(Apache or lighttpd or nginx) + FastCGI
CGIプロセスを常駐させることができる、FastCGI
導入がそれほど容易ではなく、エラー出力が弱い
mongrel, Apache + mongrel_cluster
Ruby + C(拡張ライブラリ)で実装されたサーバで、導入が容易
2007～2008年頃のデファクトスタンダード
メモリリーク、メモリの効率利用に課題
Apache + Passenger
PassengerはApacheモジュールとして振舞うため、導入が容易
最近のデファクトスタンダード
3 http://www.sonicgarden.jp/

5. Passenger(APサーバ)のアーキテクチャ
Spawn ServerはRails F/W
とアプリのコードをキャッシュ
初回のプロセス起動は遅いが、2
回目以降はメモリキャッシュを利用
し、高速に起動できる
メモリの効率利用
4 http://www.sonicgarden.jp/

6. よくある負荷分散構成(スケールアウト)
User
ロードバランサ
Web/APサーバは並列に
セッション情報は、Railsの
Web/AP Web/AP Web/AP
cookie store サーバ サーバ サーバ
・・・
DB(MySQL)は、 DBサーバ Replication DBサーバ
Master-Slave構成に
・・・
Read、Writeで接続先を
Backup
切り替え
Storage
5 http://www.sonicgarden.jp/

7. その他
デプロイ
ツールを利用した効率的なソースコードの配置
プロセスの再起動が必要
監視
HTTPレスポンス監視
プロセス監視
6 http://www.sonicgarden.jp/