Nginxは、バックエンドとのHTTP / 1.1キープアライブ接続を完全にサポートします

先週、Maxim DuninはNginx開発者のメーリングリストに、http、fastcgi、およびmemcachedバックエンドサーバーとのキープアライブ接続（アップストリームキープアライブモジュールを使用する場合）の本格的な（チャンク回答を含む）サポートを追加するパッチをテストするように求めるメッセージを投稿しました 。



誤解を避けるために、NginxはHTTP 1.1プロトコルとキープアライブクライアント接続を強力にサポートしています。 ただし、httpバックエンドとの永続的な接続はサポートされていません。 それには理由がありました。



期待される革新から得られる利点の中で：

• 特に接続を確立するコストが応答速度（高速バックエンドまたはチャネルの高遅延）に見合っている場合、要求ごとのシステムコールが少なくなり、パフォーマンスが向上します。 [1]
• 負荷の高い分散サーバーで短命のポートの制限を使い果たすリスクが少ない。 より迅速にリリースするためにTIME_WAIT間隔を短くする必要はありません。 [2]
• これらのサブシステムの共有リソースがカーネル内に存在するため、ファイルシステムの負荷が高いUnixソケットを使用するFreeBSDユーザーにもメリットがあります。 [3]

Nginxバージョン1.0.5および1.1.0に対して提案されているパッチは実験的なものであり、基本的なテストに合格しています。 著者は、誰もがより高密度のテストに参加することを奨励しています。 Igor Sysoevがすでに報告しているように、将来的には、現在積極的に開発されているブランチのリリース1.1.xのいずれかにコードが追加されることが予想されます。



興味のある方は、リンクをクリックして詳細な手順をご覧ください。

mailman.nginx.org/pipermail/nginx-ru/2011-August/042069.html



パッチの最新バージョンは、 nginx.org / patches / patch-nginx-keepalive-full-2.txtにあります。



psアップストリームディレクティブのキープアライブ番号に夢中にならず、ワークプロセスの数を掛けます。 したがって、worker_processesディレクティブを4に設定し、キープアライブを10に設定すると、最大4 * 10 == 40のキープアライブ接続が得られます。 バックエンドの可能性を過大評価しないでください。