mod_proxy_balancerを使ったリバースproxyの設定は以下のようになります。 まず、コンパイル時にmod_proxy_balancerを有効にしてください。先ほどのコンパイルオプションに、リスト3のように--enable-proxy-balancerのオプションを追加すればOKです。 リスト3:mod_proxy_balancerを有効にする $ ./configure --prefix=/usr/local/httpd_docs \ (省略) --enable-proxy-balancer (省略) <Proxy balancer://bookmark> BalancerMember http://192.168.0.10 loadfactor=10 BalancerMember http://192.168.0.11 loadfactor=10 </Proxy> Rew
もしもこの世から「残業」が完全になくなったら 3年ぐらい前に読んだ本を思い出した。 1980−90年代の話ですが、残業について、 「時間外・休日労働の弾力的運用が我が国の労使慣行の下で雇用維持の機能をはたしている」(1985年労働基準法研究会報告)とか、「我が国の労働慣行の実情に合うような上限設定が可能かどうか定かでない」(1992年同報告)と、雇用維持の為のコストとして恒常的な長時間労働を是認する考え方が主流でした。 需要の低下に応じて、生産水準を下げなくてはならなくなっても、バッファがあるから解雇せずに大丈夫でしょ、という。。。 まぁ、 ところが、その後、労働法政策が内部労働市場の雇用維持から外部労働市場における移動促進に徐々にシフトしていったにもかかわらず、この長時間労働哲学には疑問が呈されないまま21世紀に至っているのです。 と著者は問題視しているわけだけど。 話変わって、最近友人
コア機能と MPM core常に使用可能な Apache HTTP サーバのコア機能 mpm_common二つ以上のマルチプロセッシングモジュール (MPM) で実装されているディレクティブのコレクション beosThis Multi-Processing Module is optimized for BeOS. eventAn experimental variant of the standard worker MPM mpm_netwareMulti-Processing Module implementing an exclusively threaded web server optimized for Novell NetWare mpmt_os2Hybrid multi-process, multi-threaded MPM for OS/2 preforkスレッドを使わず
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分間待たなければならない。 バックエンドのサーバ
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を使ったロードバランシング(導入編) で導入はあっさり出来たことをお伝えした。 (ノ・・)ン。。。。。。(((●コロコロッ しかし、世の中そうは甘くないのだよ。 http://hoge.com/webapp みたいな感じでサブディレクトリ風に使うのであれば、 特別トラブルは起きない。 だが、どうしても http://hoge.com をロードバランシングしたいのだ。 これは変えられない。 すると途端にあちこちのものが動かなくなっていく。 ちなみに設定はこう。 ProxyRequests Off ProxyPass / balancer://cluster/ lbmethod=byrequests timeout=1 <Proxy balancer://cluster/> BalancerMember http://xx.xx.xx.xx lo
基調講演 【期間限定】Webセミナー基調講演 ストレージ管理の新しい課題と投資の方向性 ── IDC Japan 企業が保有するデータは毎年大幅に増え続けているが、単にデータ量が増えるだけでなく、データの多様化も進んでいる。今、企業が直面しているストレージに関する課題と今後の投資について解説する。 セッション1 Webセミナー:企業に必要とされる情報インフラ 内部統制強化に向けた、情報管理・運用管理を簡素化するストレージプラットフォーム 法規制や内部統制強化に対応するための要件と解決策を整理し、具体的な事例について説明する。 セッション2 Webセミナー:ストレージ仮想化ソリューション コスト削減の決定版! 増え続けるデータに効くストレージ仮想化ソリューション 増え続けるデータへの対策は万全だろうか。単にデータを保管するだけでは、巨大な情報の渦に巻き込まれてしまうだろう。情報の取り出しやす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く