Railsアプリをmod_proxy_balancerで負荷分散しつつ、ちょっとYSlow対策 - trashtalk - 菊池高志 - builder by ZDNet Japan
社内システムにはRailsを使ってるシステムがあったりするんですが、バージョンアップのタイミングで大幅にアクセス数が増えたらパフォーマンスが出なくなったので、同じサーバーの違うポートでmongrelを複数動かすようにして、Apacheのリバースプロキシで負荷分散させつつ、アプリ側の負荷を少しでも下げる為にmod_deflateとmod_expireを使って少しYSlow対策を施してみました。 設定はこんな感じ。 <VirtualHost *:80> ServerName proxy.example.net # バランサーの設定(個々のアプリをバランサーのメンバーとして定義) <Proxy balancer://apps/> BalancerMember http://app.example.net:9001 loadfactor=10 keepalive=On BalancerMember
mod_proxy_balancer + mod_disk_cache on Apache 2.2.3 - 積み重ねた日々
Apache2.2.3の環境下で mod_proxy_balancer と mod_disk_cache を使い、キャッシュサーバを構築したのでメモしておきます。 イメージする構成としては、まずフロントエンドにApacheのReverse Proxy Serverがあり、そしてその裏側に実際にアクセスする複数台のWeb Server(以下の例では5台)があります。 クライアントからのアクセスを受けると、リバースプロキシは、負荷分散アルゴリズムにしたがって、実際のウェブサーバへリクエストを投げることになります。その際、画像コンテンツのみをキャッシュし、次回以降のアクセスではキャッシュファイルのみを返すようにします。 ということで早速設定してみます。 mod_proxy_balancerモジュールを有効にするためには、mod_proxyおよびmod_proxy_httpモジュールが有効になって
mod_proxy,mod_proxy_balancerのstickysessionのテストとお勉強 - うまいぼうぶろぐ
sticky session アプリケーションを作ったこともなくて、セッション・Cookieの意味をあまり理解してないので、 mod_proxyの次の説明を読んでも実際の動作のイメージが掴めないので実際にテストしてみた。 http://httpd.apache.org/docs/2.2/ja/mod/mod_proxy.html#proxypass stickysession - バランサーのスティッキーセッション名です。通常はこの値は JSESSIONID や PHPSESSIONID といったものになりますが、この値は バックエンドアプリケーションのサポートするセッションに依存します。 サーバの設定 簡単にするために、1台のサーバに同じセグメントのIP3つ持たせてIPベースのVirtualHostでテスト。 IP 172.16.0.1 (frontのwebサーバ) 172.16.0.2
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
