タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

mod_proxyに関するoverlastのブックマーク (3)

  • http://mt.taf.to/archives/2006/09/mod_proxy_balan.html

  • 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

  • mod_proxy_balancerのretry : blog.nomadscafe.jp

    mod_proxy_balancerのretry mod_proxy_balancer(mod_proxy)のretry設定は、 コネクションをプーリングするための、リトライのタイムアウトを秒で 指定します。バックエンドサーバへのコネクションプーリングが失敗した場合は、 タイムアウトの期間が過ぎるまで、そのサーバにリクエストをフォワードしません。 というもので、 BalancerMember http://1.2.3.6:8000 retry=60 loadfactor=10 こんなように書ける。 アプリケーションサーバにデプロイするときに、 httpdの停止 rsync httpdの開始 という順番で行うのが通常だと思うけど、デフォルトのretry間隔が60秒になっているため、httpdを開始してからアクセスがバックエンドに届くには、最大1分間待たなければならない。 バックエンドのサーバ

  • 1