HAProxyには、クライアント側（クライアント<-> HAProxy）でHTTPキープアライブを有効にする機能がありますが、サーバー側（HAProxy <->サーバー）では無効になります。
一部のクライアントはサテライト経由でWebサービスに接続しているため、レイテンシは最大600ミリ秒になります。キープアライブを有効にすると、速度が少し速くなると思います。私は正しいですか？
これはNginxでサポートされていますか？これは、他のソフトウェアおよびハードウェアロードバランサーに広く実装されている機能ですか？HAProxy以外に他に何がありますか？
回答:
編集：私の答えは元の未編集の質問のみをカバーしています。これは、この種のことがロードバランサー/リバースプロキシで一般的かどうかでした。nginx / product Xがこれをサポートしているかどうかはわかりませんが、リバースプロキシエクスペリエンスの99.9％がHAproxyを使用しています。
正しい。HTTPキープアライブはクライアント側で実行されますが、サーバー側では実行されません。
どうして？
いくつかの詳細を分析すると、なぜこれが利点なのかがすぐにわかります。この例では、ページwww.example.comを読み込んでいるとします。このページには3つの画像img [1-3] .jpgが含まれています。
4つの個別のTCPセッションが確立されてから閉じられることに注意してください。
HTTPキープアライブでは、1つのTCP接続で複数のHTTP要求を次々に処理できます。
キープアライブでは、1つのTCP接続のみが確立され、最終的に閉じられることに注意してください。
これに答えるためには、クライアントとサーバー間のTCP接続を確立するために必要なことを理解する必要があります。これは、TCP 3ウェイハンドシェイクと呼ばれます。
ネットワークには遅延があるため、3ウェイハンドシェイクの各ステップには一定の時間がかかります。クライアントとサーバー間に30ミリ秒があるとしましょう。TCP接続を確立するために必要なIPパケットの往復送信は、TCP接続を確立するのに3 x 30ミリ秒= 90ミリ秒かかることを意味します。
これはあまり聞こえないかもしれませんが、元の例で4つのTCP接続を確立する必要があると考えると、これは360ミリ秒になります。クライアントとサーバー間の遅延が30ミリ秒ではなく100ミリ秒の場合はどうなりますか？その後、4つの接続が確立するのに1200msかかります。
さらに悪いことに、一般的なWebページでは、読み込むために3つ以上の画像が必要な場合があり、クライアントが要求する必要のある複数のCSS、JavaScript、画像、またはその他のファイルが存在する場合があります。ページに他の30個のファイルが読み込まれ、クライアントサーバーの待ち時間が100ミリ秒の場合、TCP接続の確立に費やす時間はどれくらいですか？
9.3秒でTCP接続の確立に費やし、他の30個のファイルを参照するWebページをロードしました。また、HTTP要求の送信と応答の受信に費やされた時間もカウントされません。
HTTPキープアライブでは、1つのTCP接続を確立するだけで、300ミリ秒かかります。
HTTPリバースプロキシ（HAproxyなど）は、通常、プロキシするバックエンドサーバーの非常に近くに展開されます。ほとんどの場合、リバースプロキシとそのバックエンドサーバー間の遅延は1ミリ秒未満であるため、TCP接続の確立はクライアント間よりもはるかに高速です。
しかし、それは理由の半分にすぎません。HTTPサーバーは、クライアント接続ごとに一定量のメモリを割り当てます。Keep-Aliveを使用すると、接続をキープアライブに維持し、拡張により、キープアライブタイムアウトに達するまでサーバー上で一定量のメモリを使用し続けます。 。
したがって、HTTPリバースプロキシのサーバー側でキープアライブを使用する効果を考慮すると、メモリの必要性が増加しますが、プロキシとサーバー間のレイテンシが非常に低いため、実際のメリットは得られませんTCPの3ウェイハンドシェイクにかかる時間を短縮するため、通常、このシナリオではプロキシとWebサーバー間のKeep-Aliveを無効にすることをお勧めします。
免責事項：はい、この説明では、ブラウザーが通常サーバーへの複数のHTTP接続を並行して確立するという事実を考慮していません。ただし、ブラウザが同じホストに対して行う並列接続の数には制限があり、通常、これはキープアライブを望ましいものにするのに十分なほど小さいものです。
Nginxは両側でキープアライブをサポートしています。