さくらのVPS(v3) セットアップ備忘録(3) - httpdとTomcatの連携設定変更 - kamicupの備忘録
httpdとTomcatを連携させて運用していると、数十時間〜数日後にTomcatが応答しなくなる（503 Service Temporarily Unavailable になる）症状が発生。どうもajp通信のどちら側かがスタックしたままコネクションの上限数を使い尽くしてしまっているようで、発症の都度Tomcatを再起動させなければなりませんでした。 ajp通信をタイムアウトさせれば良いかと思い、Tomcatのserver.xmlにて となっている部分に connectionTimeout="300000" を追加してみたところ、ひとまず上記の症状はなくなりました。 ところが今度は、httpd側が開くコネクションが（Tomcat側がタイムアウトして切断されても）完全には解放されずにCLOSE_WAIT状態で200個以上溜まってしまうようになりました。今のところ実害は出ていませんが、気持ち悪
ProxyPass には retry=?? を指定しておく - daily dayflower
Apache でリバースプロキシを使い，フロントサーバからアプリケーションサーバにアクセスするようにすることも多いかとおもいます。このとき，アプリケーションサーバを落とすと，フロント（プロキシサーバ）がブラウザに 503 Service Temporary Unavailable を返します。そこで，メンテナンスのときはアプリケーションサーバを落としておき，フロントの 503 ページに「メンテナンス中です」と出すようにしています。 ところが，メンテナンス終了時にアプリケーションサーバを立ち上げても，しばらくは「メンテナンス中」と表示されてしまい困っていました。[http://httpd.apache.org/docs/2.2/en/mod/core.html#errordocument:title=ErrorDocument] 時のヘッダを見てみると，Cache-Control 等が設定さ
mod_proxyのProxyPassReverseの意味がようやく理解できた - うまいぼうぶろぐ
気がする！ なぜProxyPassReverseにbalancer://~~ を設定できないのか *1 なぜProxyPassReverseにajp://~~ を設定できないのか なぜbackendがhttpとajpの場合で、ProxyPassReverseに設定するURLが異なるのか などなど。今まではmod_proxyする機会がほとんどなく適当にお茶を濁していたので、世間の人から相当遅れているとは思いますが、せっかくなので自分用まとめ。思いついたことをつらつらとメモっているからかなり冗長ですが。 追記 20100907 http://ftp.riken.jp/net/apache//httpd/CHANGES_2.2 apache 2.2.12 から、balancer:// のURLにもProxyPassReverseが使えるようにmod_proxyがパワーアップしていました。 *)
Reverse proxy with Apache2's mod_proxy
hiratara @hiratara 全裸のmod_perlとStarmanだとStarmanが速いのに、Apacheのmod_proxyを経由すると逆転してしまうのは自分の検証方法が悪いのかなあ。もしくは、Apacheのmod_proxyがレスポンスのkeep-aliveやprotocolで速度が変わるのかなあ。 2010-03-25 11:38:46
Apache2+mod_proxy+持続接続で時々レスポンスが悪くなる現象のメモ - Pixel Pedals of Tomakomai
今更な話題で恐縮ですがmiyagawaさんがものすごい勢いで教えてくれたのでメモっておきます。 mod_proxyでバックエンドにリクエストを投げたとき、リクエストのうち何個かが極端に遅いという現象が起こりました。その時のabの結果は以下。 % ab -c 5 -n 500 http://127.0.0.1:21082/ Percentage of the requests served within a certain time (ms) 50% 1 66% 1 75% 1 80% 1 90% 4 95% 1008 98% 1994 99% 2003 100% 2020 (longest request)なお、今回使おうとしたバックエンドはStarmanです。 多分こんな原因 検証不足で断言はできないのですが、多分以下のような感じ。多分。 Apache のデフォルトのServerLimi
フロント/バックのreverse proxy構成で、指定秒数以内に必ずレスポンスを返す方法 - （ひ）メモ
目的 フロントがHTTPリクエストを受けて、バックエンドのアプリケーションサーバにreverse proxyするような構成において、指定秒数以内に何かしらのレスポンスを返したい。 200が返せない場合は、処理を打ち切って500を返したい。 背景 フロントでApacheやNginxをreverse proxyとして使っている場合、バックエンドが無応答になってしまうと、クライアントにレスポンスが返るのはデフォルトで数十〜数百秒後(ApacheのTimeoutのデフォルトは300秒、Nginxのproxy_read_timeoutのデフォルトは60秒)になってしまいます。 通常のWebサービスではこのオーダーのタイムアウトでもいいのかもしれませんが、数秒以内に(エラーでもいいので)レスポンスを返すことが求められる環境も存在します。(最近、特に多いのではないでしょうか:P) もちろんバックエンドが
再掲: mod_proxyのretryを2段階にするpatch - blog.nomadscafe.jp
rpmをつくりつつちょいApache期 2006年に書いていたpatchが当てる事ができなくなっていたので、直してみた。 mod_proxy_balancerで、接続ができなくなったサーバに対して一定間隔で再接続を試みるretryオプションがあります。これはretryで指定した秒数間隔でバックエンドに接続をします。 このpatchをあてることで、指定した回数だけ短い時間でretryを試みて、それを超えると通常のretry間隔にすることができます。何がうれしいかというと、バックエンドのサーバをDeployなどの理由で再起動した際になるべく高速に復帰しつつ、万が一障害で接続できなくなった時にサービスへの影響を最小限にできます。 <Proxy balancer://mycluster> BalancerMember http://192.168.67.10:5000 connectiontime
mod_proxy - ProxyPass、BalancerMemberのパラメータのdocumentを読んだのでまとめた - うまいぼうぶろぐ
http://httpd.apache.org/docs/2.2/en/mod/mod_proxy.html#proxypass http://httpd.apache.org/docs/2.2/ja/mod/mod_proxy.html#proxypass timeoutとかconnectionとか。今まで真面目にみてなかったので。mod_proxyのdocumentは翻訳が追いついてないためか、日本語のページに記載されている内容は古いversionのものがあるので、なるべく英語のページを見たほうが良い。 とりまメモった内容を記録。体裁は後で整える。 あと、"まとめた"とか言ってるけど、全部のパラメータについて調べたわけではないです。 parameter: default Description timeout: ProxyTimeoutの設定値 ProxyTimeoutのdefault
mod_rewriteでのreverse proxyとRedirect動作 — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/kazeburo/rpm/blob/master/httpd_proxy/httpd_proxy.conf