チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか:Web屋のネタ帳 on CNET - CNET Japan
結論。DNSラウンドロビンという古くからある技術を取り巻く状況の変化を見過ごしている結果、負荷分散と可用性確保のために高価なロードバランサー機器を導入しているWebサイトは、実は大幅に金を無駄にしているのかもしれない。 一部の人には「今頃気がついたか」と笑われる可能性が高い話だ。 筆者が気づいたきっかけはとあるブログに書かれたこんな一節である。 あまり知られていないことかもしれませんが、DNS があるホスト名に対して複数の IP アドレスを返した場合、多くのウェブブラウザは、その全てのアドレスに対して接続を試みます (接続に成功するまで)。 Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Availability) 「えっ？そうだったの？だとすれば、、、」というのが筆者の素直な感想である。これだけでピンと来ている人はいいのだが、詳しくない人のために
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Healthy Weight Loss Best Penny Stocks Cheap Air Tickets Credit Card Application Top Smart Phones Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
cyano
ユーザーがページをロード開始してから閲覧できるようになるまでのロード時間はユーザーが自分のページを快適に閲覧できているかどうかを示す重要なファクターです。Google Analyticsのイベントという機能を使用することで、ユーザーの実際の体感速度を可視化することができます。 たとえば、このブログのある期間における体感速度のグラフはGoogle Analytics上で以下のように出ています。 44.84%のユーザーは100〜499msでロードできており、1秒未満でロード完了しているユーザーは合わせて73.49%であるとわかります。また、3秒以上かかっているユーザーも7.42%居ることも分かります。3秒以上ロードにかかるようだと離脱率も高くなるので、7.42%のユーザーに対して何かの施策が必要であるということも分かります。 このように、ユーザーが実際感じている体感速度を可視化することで、この
[Apache] - ひげろぐ＠はてな
ログが書き込み可能か否かのチェックをしてくれない configtestを信じてrestartすると痛い目に遭うかもしれません。 ディレクトリがなかったりしてログファイルが作れないと起動に失敗します。 この問題ApacheのBTSにはかなり前に登録されているけどアサインされてから放置状態みたい。 まあデフォルトのログディレクトリを使っている分には気にならないんだろうけど、運用の関係でログの場所を変える時などは要注意ということで。
YappoLogs: Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす
Apache 2.2.0 のロードバランス機能(mod_proxy_balancer)を使いこなす Apache 2.2がでました。 mod_dbdとか、mod_proxy_balancerとか気になる新機能てんこ盛りです。 ひげぽんさんの所に 誰か入れてみた人いますか？ と有ったのでmod_proxy_balancerを試してみました。 超簡単でした mod_proxyとmod_proxy_balancerを参考にしました。 既に日本語ドキュメント完備！ 以下から駆け足で、またセキュリティ的によろしくない設定例が多々あります。 とりあえずこんな設定を仕込んでみました ProxyPass /lb balancer://TEST stickysession=sesid <Proxy balancer://TEST> #1 BalancerMember http://i.yappo.jp lo
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
[ThinkIT] 第5回：サーバの追加とロードバランシング (2/2)
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
Apache HTTP サーバ モジュール一覧
コア機能と 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 : 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分間待たなければならない。 バックエンドのサーバ
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
Server - mod_proxy_balancerを使ったロードバランシング(格闘編) | 海は海、風は風 dozo.rgr.jp
前回の記事 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
負荷分散講習会 Apache編 | feedforce Engineers' blog
ゴール 負荷分散のいくつかの方法に関して理解する mod_proxy_balancerによる負荷分散クラスタが構築できる 基礎知識編 基本的な資料 主にクラスタによる負荷分散の資料。 - Apache モジュール mod_proxy_balancer - mod_proxy_balancerで中?大規模サーバー運用するときの勘所 - cyano あと社外秘資料。 負荷分散？ 複数台のサーバにアクセスを分散して、個々のサーバにかかる負荷を減らし、全体的に処理できるアクセスを増やすこと。 以下のようなアプローチがある。 DNSラウンドロビン DNSでひとつのホスト名に複数のIPアドレスを割り当てる方法 シンプル しかしダウンしているホストにもアクセスが振り分けされてしまう 冗長化と併用でなんとかなるかな？ 機能ごとにホストを分割 ウェブサーバとDBサーバの分割（基本過ぎるが一応これも負荷分散）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://mt.taf.to/archives/2006/09/mod_proxy_balan.html
http://www.res-system.com/weblog/item/618