接続のクローズとキープアライブの影響


9

サーバーを構成しています。ロードバランサーの性質上、接続キープアライブヘッダーを送信できません。これらのヘッダーをエンドユーザーとサーバーの両方に送信することの影響を特定しようとしています。どちらかが何か気づくでしょうか?


sending these headers to both the end-user and the server-えっ?あなたが何をしようとしているのか、もっと具体的に言えますか?ヘッダーはどこから送信され、HTTPキープアライブ接続に対するロードバランサーの制限を回避するにはどうすればよいですか?キープアライブを機能させるには、ヘッダーだけでなく、接続のHTTP側面に関与するすべてのデバイスからの協力が必要です。
シェーンマッデン

私の言い回しは少し奇妙だったかもしれませんが、サーバーは明らかにヘッダーを送信しています。これがクライアントとサーバーにどのような影響を与えるかを調べています。
ウィレムク、2011年

HTTPキープアライブを壊すほど機能不全になっているロードバランサーの種類はありますか?
voretaq7 '10 / 10/18

サブフォルダーを別のサーバーファームに送信するルールがあります。ルートからサブフォルダーを参照する場合、Keep-aliveは元のサーバーファームへの接続を開いたままにし、目的のサーバーファームに送信しません。
ウィレムク、2011年

回答:


9

何よりもまず、大声で叫ぶ。 大声で。 あなたのベンダーで。10年以上前のHTTP / 1.1プロトコルをサポートしいない製品があるため。

持続的な接続がないことの影響は、リソースのロード時間の大幅な増加です。キープアライブを使用すると、単一のTCP接続を使用して複数のリソースを要求できます。ページ上のすべてのリソースに対して、新しいTCPセッション(新しい3ウェイハンドシェイク-SSLを使用する場合は新しいSSLネゴシエーション)が必要です。

実際には、影響は、ページ上のリソースの数、クライアントとサーバー間の往復時間、およびクライアントのブラウザーが一度に行う同時要求の数によって異なります(最新のブラウザーはデフォルトで〜6ish実行されます)。 。1ページあたりのリソースが多く、クライアントが離れていると、ページの読み込み時間が著しく増加します。


今チェックしたところ、そのドメインから読み込まれているオブジェクトは3〜6個(表示しているページによって異なります)です。とにかく最大6つの同時接続が開かれるので、これにより、速度の低下は最小限になると考えています。
Willemk '19年

@Willemkええ、それは典型的なページではごくわずかです。スローダウンは、ページが数十のオブジェクトをロードする際の懸念事項のはるかに多くなります。大丈夫です。
シェーンマッデン

CDNが負荷の大部分を占めています。
ウィレムク、

1

キープアライブは、クライアント側とサーバー側の両方でパフォーマンスを大幅に向上させます。可能であれば無効にしないでください。ロードバランサーは、キープアライブをオンにして正常に動作するはずです。


NTLM認証を使用していて、キープアライブが無効になっている場合、認証の問題が発生する可能性があります。
Mircea Vutcovici、2011年

私は「大幅に向上」を定量化しようとしています。また、ITチームはこの問題についてロードバランスベンダーと話し合っています。
ウィレムク、2011年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.