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
AWS ELB(Elastic Load Balancer)を使うときの注意点 - Qiita
はじめに ELB導入時に注意すべき点があったので、紹介します。 特に注意すべき、以下の点について紹介します。 KeepAliveの設定 リダイレクトの設定 ELBを配置するVPCサブネットの大きさ ELBを配置するVPCサブネットのACL WebサーバにKeepAliveを設定する ELBからWebサーバへ接続する際に、TCP KeepAlive機能を有効にすることで、TCPコネクションを維持し、接続効率を向上させることができます。 例えば、Apacheでは以下の設定項目を修正します。 Keepaliveのタイムアウト時間は、長めに取ることで効果を得ることができます。 検索すると120秒という文献が多く出てきますが、ちょっと古い記事がほとんどです。 もしかすると、昔はタイムアウト時間が60秒に固定されていたのかもしれませんが、現在はタイムアウト時間も設定することができるため、サービスに応じ
Apache requests stuck in '..reading..' state
We've recently been hitting our maxclients (300) on our server and are noticing a lot of connections are stuck in the R reading state. Here's an excerpt from our server-status dump: Current Time: Monday, 29-Apr-2013 11:46:00 PDT Restart Time: Monday, 29-Apr-2013 11:03:48 PDT Parent Server Generation: 0 Server uptime: 42 minutes 12 seconds Total accesses: 144170 - Total Traffic: 29.8 MB CPU Usage:
TCPのTIME_WAITを無くす！ | 田舎に住みたいエンジニアの日記
サーバをnetstat -anで様子をみると、TIME_WAITが大部分を占めていた。 これってこのままでいいのか？ と思い、TIME_WAITについて調べてみました。 TIME_WAITをなんとかしたい場合は、以下の方法が考えられます。 1, サーバ増強 分散させたり、性能を上げます。あくまで一時的な対応になります。 2, 利用可能なTCPポート番号のチューニング 増加量が上回る場合は、焼け石に水です。 3, tcp_tw_recycleを有効 + tcp_fin_timeout値を短くする。 パケットのタイムスタンプの影響で通信に問題が出てきます。webサーバなどでは新たな障害にも。 4, TIME_WAITの値を60秒→15秒に変更（参考リンク引用） TIME_WAITが減り安定動作するそうです。 以上の４点を順番に見て行きましょう。 注意としてはどれもカーネルパラメータのチューニン
/etc/sysctl.conf の編集で netstatのTIME_WAITやCLOSE_WAITを軽減 - end0tknr's kipple - web写経開発
# 2018/1/28追記 私のエントリは長々書いていますが、次のurlが分かりやすくまとめられていますので、 こちらを参照する方が良い気がいます。 net.ipv4.tcp_tw_recycle は廃止されました ― その危険性を理解する - Qiita あるサーバに対してsoap(http)で接続できない現象が発生した為、netstatしてみると、次のように大量のTIME_WAITが発生していました。 $ netstat Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 localhost.localdom:5432 localhost.localdo:32776 ESTABLISHED tcp 0 0 localhost.l
【AWS】ELBがProxy Protocolをサポート 〜 RubyでEchoサーバ作って確かめてみた | DevelopersIO
はじめに こんにちは植木和樹です。AWSで提供しているロードバランサーサービス Elastic Load Blancing でProxy Protocolがサポートされました。 【AWS発表】 Elastic Load BalancingがProxy Protocolをサポート 本日は新機能の使用レポートになります。またEC2インスタンスからみてどのように通信内容が変わるのか知りたかったので、簡易Echoサーバを用意して比較的低レベル層で通信をみてみました。 Proxy Protocol対応でなにがうれしいのか？ Proxy Protocolがサポートされたことにより、どのようなメリットがあるのでしょうか？上記AWSブログから抜粋すると、こういうことのようです。 本日までは、ELBはHTTP(S)のロードバランシングに使用される場合のみ、クライアントのIPアドレスを取得できました。（中略）
大量の接続がやってきた!ヤァ!ヤァ!ヤァ! - 元RX-7乗りの適当な日々
※ 以下、フィクションです。 はじめに： こんなサーバ(↓dstat) (裏バッチによりiowaitとLAが高いのは一時的な仕様とする) 気付けばログに・・・ Mar 29 18:08:02 hostname kernel: printk: 48843 messages suppressed. Mar 29 18:08:02 hostname kernel: TCP: time wait bucket table overflow Mar 29 18:08:07 hostname kernel: printk: 54962 messages suppressed. Mar 29 18:08:07 hostname kernel: TCP: time wait bucket table overflow Mar 29 18:08:12 hostname kernel: printk: 648
koba206.com - このウェブサイトは販売用です！ - koba206 リソースおよび情報
このウェブサイトは販売用です！ koba206.com は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、koba206.comが全てとなります。あなたがお探しの内容が見つかることを願っています！
TCPロードバランシングELBのバックエンドApache on EC2でIPアドレス制限をかける | iret.media
前提環境 SSL通信をHTTPSロードバランシングではなくTCP(443)ロードバランシングELBで実現している。 （SSLドメインを複数持つバックエンドEC2を、単一のELBのみでやりくりさせている等の事情で） 課題 ELBはTCPロードバランシングの際には、X-FORWARDED-FORヘッダを付与しない為、ローカルIPアドレスをバックエンドEC2へ伝えられない。 TCPロードバランシングELBでもPROXY protocolを有効にすればローカルIPアドレスをバックエンドに伝えられるが、apacheがデフォルトでPROXY protocolに対応していない。 実現方法 ELBのPROXY protocolを有効にしてバックエンドにクライアントIPアドレスを渡す apacheはデフォルトだとPROXY protocol未対応である為、PROXY protocol対応モジュールを追加実装
Windows OSのデフォルトゲートウェイは1つのみ有効
対象OS：Windows XP／Windows Vista／Windows 7／Windows 8／Windows 8.1／Windows Server 2003／Windows Server 2008／Windows Server 2008 R2／Windows Server 2012／Windows Server 2012 R2 解説 ●IPアドレスとサブネットマスク、デフォルトゲートウェイ Windowsシステムに装着したネットワークインターフェースに対してTCP/IPの設定を行う場合、IPアドレスやサブネットマスクなどの他に、「デフォルト ゲートウェイ」情報も設定する必要がある。デフォルトゲートウェイとは、ネットワークパケットのデフォルトの宛先として指定するルーター（のIPアドレス）のことだ。スタンドアロンのLAN環境でない限り、必ず指定する必要があるだろう。 TCP/IPのプロパ
ぜんぶTIME_WAITのせいだ！ - Qiita
課題 突然キャンペーンとかの高トラフィックが来る！とか言われると色々困ることはあるものの、今のご時世クラウドだからスペック上げときゃなんとかなるでしょ。ってとりあえずCPUとかメモリあげて見たものの、キャンペーンが始まったら意外と早くブラウザからつながらない！！とか言われたりする。 CPUもメモリもそんなに負荷は特に高くもない。調べてみたらTIME_WAITが大量にあった。 とりあえず何とかしたい TIME_WAIT数をコマンドで確認 $ netstat -anp|grep TIME_WAIT __(snip)__ tcp 0 0 192.168.1.1:80 192.97.67.192:56305 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.63.64.145:65274 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.39
)
Chapter 16 – Troubleshooting TCP/IP
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. Published: February 28, 2006 | Updated: April 19, 2006 Writer: Joe Davies Abstract This chapter describes how to troubleshoot problems with connectivity, name resolution, and Transmission Control Protocol (TCP) session creation using the set of tools and
CLOSE_WAITのセッションを早く消す方法 - つれづれなる・・・
原因はおそらくwebサーバ〜DBサーバ間のセッションがネットワーク的に不安定だったからだと思うけど、DBサーバで netstat -an すると 大量の CLOSE_WAIT のセッションが残ってしまって、MySQL の最大コネクション数にまで達してしまってwebの表示が出来なかった。CLOSE_WAIT をいきなり消すことは出来ないので、早めに消えるようにしたいときは tcp_keepalive_time TCPセッションが確立されて検査が実施されるまでの時間 時間になると tcp_keepalive_intvl と tcp_keepalive_probes の値にしたがって検査を実施する tcp_keepalive_intvl 次の検査を実行するときの待ち時間 tcp_keepalive_probes 検査の回数のそれぞれの値を小さくしてあげればよい。変更方法は vi で :wq する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Windowsでネットワークが遅い場合に見直したい設定箇所！
http://www.letsplay-network.info/nettools/
tcpdump コマンドの使いかたをまとめてみた : sonots:blog