Apache2.2 mod_proxy_balancer でホットスタンバイに設定する方法 - 夜の Discovery
loadfactor を 0 にするのかと思ったが、起動時に Apache に怒られた。 以下のように、status=+H を使うことで実現できる。 <Proxy balancer://cluster> BalancerMember https://192.168.1.10 retry=10 route=r1 BalancerMember https://192.168.1.11 retry=10 route=r2 status=+H </Proxy> 現在、英語版の mod_proxy のマニュアルにしか載っていない。 以下、引用。 Single letter value defining the initial status of this worker: 'D' is disabled, 'S' is stopped, 'I' is ignore-errors, 'H' is hot
YappoLogs: mod_proxy_balancerのretryの件
mod_proxy_balancerのretryの件 mod_proxy_balancerのretry : blog.nomadscafe.jp バックエンドのサーバが十台以上あるようなところだったらいいけれど、2~3台のサービスで間をあけずにデプロイしてしまうと下手するとサービスが数秒間、全落ちになってしまう可能性がある。 ということで、普通にretryを短く（数秒）にすればいいんじゃね。 1.balancerのマネージャにアクセスして該当のサーバをいったん外す 2. httpdの停止 3. rsync 4. httpdの開始 5.balancerのマネージャにアクセスして該当サーバを付け加える でよくね？ この一連のスクリプトをバックエンドに仕込んどく感じで。 折角のmod_proxy_balancerなんだし。 うちも作ってもらわないとな。。 Posted by Yappo at 2
Apacheのmod_proxy_balancerを使うときはretryを設定すべき - 射撃しつつ前転
今作っているサービスは、Apacheのmod_proxy_balancerを使ってロードバランシングしている。しかし、バックエンドのサービスサーバを一旦落としてから復帰させると、コネクションがしばらくつながらないという問題に悩んでいた。1分ぐらい放置するとつながるようになるんだけど、1分は結構長い。 よくわからないのでソースを読んでみたところ、mod_proxy_balancer.cを眺めた感じ、ap_proxy_retry_workerという関数がコネクションの再確立をしているのではないかと思えた。しかし、関数の定義を眺めてみると、現在時刻がエラー発生時刻とworker->retryを足した数字よりも大きければworkerのstatusからPROXY_WORKER_IN_ERRORのビットを下ろしているだけで、コネクションの確立がどうのこうのなんて関数はまったく呼ばれてない。ここでなにが
間違ったworkerに配送されるバグの確認 - たごもりすメモ
とりあえずはてなの中の人が見付けたバグの再現をとってみた。 焦点はBugzillaの40910に該当する問題なのかどうか。 試した設定は以下の通り。全てのバージョンのApacheで(ServerRoot以外)全く同じものを用いている。 以下関係するホスト。 balancer0(192.168.50.10), worker1(192.168.50.11), worker2(192.168.50.12), worker11(192.168.50.111) 各々のホストのDocumentRootには hostname.txt が置いてあって、中身はホスト名が書かれているだけ。 ProxyPass /r1/ balancer://testcluster1/ stickysession=SESSID ProxyPass /r2/ balancer://testcluster2/ stickysess
BlogFish: Scaling Rails with Apache 2.2, mod_proxy_balancer and Mongrel
Unitl this week we used Lighttpd and FastCGI for MeinProf.de. The setup was nearly the same as described in the must read series scaling rails (1, 2, 3, 4) from poocs.net. We used this setup from day 1 but always had some small issues with Lighttpd. Lighttpd was crashing every couple of days. Nothing dramatic, we had a script that monitored Lighttpd and restarted it if necessary. During the last
Apache 2.2.0 + mod_proxy_balancer - naoyaのはてなダイアリー
Apache 2.2.0 がついにリリースされまして、かねてから期待されていた mod_proxy_balancer が安定版で使えるようになりました。mod_proxy_balancer はその名のとおり Apache でロードバランスするための proxy モジュールです。詳しい解説は yappo さんがしてくれてるのでそちらを。 実は mod_proxy_balancer 使ってみるかーと思って Apache 2.2.0 をインストールしようとしたらいきなり躓きました。APR 1.2.0 が入ってないから駄目だよ! と configure に叱られまして、でも APR 1.2.0 って Apache 2.2.0 インストールしないと入らなくね? みたいな矛盾が発生しました。なので、まず最初に srclib にある APR をコンパイル & インストールして、その後 Apache2 の
ウノウラボ Unoh Labs: mod_proxy_balancer 小技集
こんにちは sato です。 ベンチャーでは高価なハードウェアバランサなどを購入することはできないですが、 apache2.2 から mod_proxy_balancerという apacheモジュールの ソフトウェアバランサが 追加されたので、フォト蔵でも使用しています。 今のところ proxy サーバがボトルネックになることはないです。 想定構成は以下とし、apacheは 2.x を使用しました。 proxy1 +------web1 +------web2 ... +------webN ・基本設定 httpd.conf LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_balancer_module modules/mod_proxy_balancer.so ProxyPass / ba
Load Balancer ManagerにアクセスするPerl Module : blog.nomadscafe.jp
Load Balancer ManagerにアクセスするPerl Module mod_proxy_balancerのLoad Balancer ManagerにアクセスするPerl Moduleなんかも作っていたりするので、簡略版を載せてみる。 my $manager = BalancerManager->new( manager => 'http://proxy/lbman', balancer => 'test', # balancer://testの設定 ); $manager->enable('http://foo:8000'); #balancermanagerに登録してあるuri $manager->disable('http://foo:8000'); enable/disableの戻り値は画面のまんまで、Ok or Dis or Err。 該当しない場合は、「-」になる。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.onflow.jp/blog/archives/2006/02/mod_proxy_balancer_4_mod_defla.html
mod_proxy_balancer - Apache-2.2
http://www.res-system.com/item/618