![mod_proxy を使ってサービスを止めずにサーバ移転 - まちゅダイアリー (2008-10-12)](https://cdn-ak-scissors.b.st-hatena.com/image/square/7b9affcccc6f973cf051c6aec40ffbb34366d4e3/height=288;version=1;width=512/http%3A%2F%2Ffarm4.staticflickr.com%2F3057%2F2937691424_d0664c3108.jpg)
ってな時の話は誰しも困るもの。 俺は今困ってないけど、そうなっちゃった時の対策を検討してます。はい。 負荷の原因が特定少数による場合なら検出してはじけばよろしい↓。 とあるはてな社員の日記 - サーバにDoS耐性を付ける http://d.hatena.ne.jp/stanaka/20070204 来た負荷の種類に関係なく、負荷をヨソに逃がしてよけるなら↓。 Milano::Monolog - mod_rewriteでサーバーの負荷が高いときだけリダイレクトする http://rebecca.ac/milano/mt/archives/001540.html (↑RewriteMapで毎度perl叩くのもそれなりに負荷?) Clouder::Blogger - mod_loadaverage_actionリリース http://clouder.jp/yoshiki/mt/archives/
When I decided to try the switch from fcgid to mod_proxy + mongrel for this blog (and now the majority of my projects at work), I discovered there was no example of such configuration or at least not all in one place. This post will try to fill this lack of a complete example. The distro i’m using here is Debian, but the configuration should be easily ported to yours. Thereafter I assume you alrea
In 2003, Nick Kew released a new module that complements Apache's mod_proxy and is essential for reverse-proxying. Since then he gets regular questions and requests for help on proxying with Apache. In this article he attempts to give a comprehensive overview of the proxying and mod_proxy_html This article was originally published at ApacheWeek in January 2004, and moved to ApacheTutor with minor
FastCGIやmod_perlでメモリ上にPerlプログラムを常駐させた場合、Webサーバーのプロセス1本あたりが使用するメモリ容量は非常に大きくなります。はてなブックマークの場合、httpdのメモリサイズは40MB以上になります。 通常Webサーバーは、クライアントからの1リクエストに対して1プロセスあるいは1スレッドでそれに応答します。高トラフィックなサイトではサーバーに対する同時アクセス数が大きくなるため、結果としてサーバー上ではWebサーバーのプロセス/スレッドが何本も立ち上がることになります。 すると、例えば40MBのプロセスが20本立ったとすると、それだけで800MBのメモリを消費してしまいます(注5)。 1GBのメモリを搭載したサーバーで、Webサーバーのプロセスだけで800MBメモリを消費したとすると残りは200MB。OSが基本として必要とするメモリをここから差し引くと残
前回は「リバースproxyとは」と「Webサーバーのメモリ使用率」について解説しました。今回は前回の続きとして、「HTTPのKeepAlive」と「リバースproxyの構築」について解説していきます。 話は変わって、KeepAliveです。 1つのWebページをブラウザーが表示するにあたっては、htmlに加えてページ中に配置された複数の画像やスクリプトファイル、つまり複数のドキュメントをサーバーからダウンロードする必要があります。 この複数のリクエストを取得するのに、サーバーとクライアントの間で複数のコネクションを張ってやりとりするのは効率が良くありません。 サーバー側でKeepAlive設定が有効になっている場合、クライアントは、1つ目のドキュメントのダウンロードが完了したあとも接続を維持します。これにより必要なコンテンツを1つのコネクションで取得できるようになり、クライアントから見ても
サイト案内メニュー 自宅サーバの構築 Linux,WebDAV等 自宅サーバの運用 Apache等 Apache mod_proxyで負荷分.. プログラマー’sペイジ Java,XML,Oracle等 RensaWiki ぷよもどき,ゲーム開発など ミスタードリラー研究室 穴掘りゲームの名作 風景写真集 尾瀬,奥武蔵などを徘徊する 不定期日記 作者の雑記帳 RensaInfo ぷよぷよ,Javaゲーム [edit] 概要 自宅サーバ(Webサーバ)で,WikiのCGI(PyukiWiki)やら何やら動かしていると,パワー不足を感じるようになってきた. Wikiの少し凝ったページ(具体的にはこのBugTrack)を表示しようとすると, 少し待たされるという状態になってしまった. そこで,Wikiの処理については自宅LAN内にある別のマシンに任せることで, レスポンスの
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 の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く