Amazon ELB を使うときは、KeepAlive On & Timeout 120 - kunihikokido
ELB を使うときは、KeepAlive On & Timeout 120 以下のブラウザ毎のタイムアウトを見ると、クライアントがずっとコネクションを維持し続ける傾向にあるため、Webサイトに置けるKeepaliveの設定は無効にし、Timeoutは短くすると言う設定が一般的。しかし、ELBは単にTCPをリレーするだけではなく、バックエンドインスタンスとの間で無通信でも60秒はセッションを維持するため、状況が異なる。 Opera 11.11 – 120 secondsChrome 13 – at least 300 seconds (server closed after 300 second timeout)IE 9 – 60 seconds (changeable in the registry, appears to apply to IE 8/9 as well though th
【Node.js】【Express.js】重い処理のせいでレスポンスが遅くなると、リクエストの再送が勝... - 人生dat落ち
問題Node.jsで重い処理をしていると、まだ処理が完了していないのにリクエストの再送が起きて二重、三重とタスクが積み重なる負の連鎖が発動する。発動した。 依存ライブラリの処理時間が大半を占めているため高速化も難しく、タイムアウト時間の延長をすることにしました。 環境Vagrant – v1.8.0OS – -Debian GNU/Linux 7.9 (wheezy)Node.js – v4.2.4 expressjs/timeoutNode.jsのexpressjs/timeoutモジュールを使ってタイムアウト期間を延ばしたのだけど、使い方を間違えているのか効かない。 TCPタイムアウトLinuxのOSとして持っているTCPのタイムアウトの設定値が先に効くみたい。つまり、TCPタイムアウトの設定を変えてあげれば直る、はず。 Linux：OSのtcpタイムアウトのデフォルト値について -
Amazon Web Service ELB 謎のヘルスチェックエラー | The Wacul Blog
こんにちわ。ワカルでは、サービスの運営などにAmazon Web Serviceを利用しています。 先日、インスタンスは正常なのに、ELBのヘルスチェックがうまく動かなくなる現象に遭遇しました。 結果的に、ELBを同じ構成で作りなおしたところ直ったのですが、根本的な原因がわからないままなので、ログとして残しておこうと思います。 もし原因がわかったら追記します。 起こったこと 今回問題が起こった構成は、以下のようなものです。 WebからのリクエストをELBでEC2インスタンス上のNginxに渡し、Nginxのリバースプロキシで、静的ファイル以外を Node.jsのアプリに振り分けます。 この構成で構築後３日ほどすると、サーバーへのリクエストが504(Gateway Timeout) を返すようになりました。 そしてしばらくすると、ヘルスチェックがOut of Service になり時間が経つ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
