2
アップストリームの応答は一時ファイルにバッファリングされます
私はむしろ大きくて遅い(複雑なデータ、複雑なフロントエンド)のWebアプリケーションで構築していRoRとによって提供されるPumaとnginxのようにリバースプロキシを。見てみるとnginx、エラーログ、私は次のようにかなりの数のエントリを参照してください。 2014/04/08 09:46:08 [warn] 20058#0: *819237 an upstream response is buffered to a temporary file /var/lib/nginx/proxy/8/47/0000038478 while reading upstream, client: 5.144.169.242, server: engagement-console.foo.it, request: "GET /elements/pending?customer_id=2&page=2 HTTP/1.0", upstream: "http://unix:///home/deployer/apps/conversationflow/shared/sockets/puma.sock:/elements/pending?customer_id=2&page=2", host: "ec.reputationmonitor.it", referrer: "http://ec.foo.it/elements/pending?customer_id=2&page=3" 異なるユーザーや異なるユーザーインタラクションでページが同じままである可能性は非常に低いので、かなり興味があり、ディスク上の応答のバッファリングが必要/有用であるとは思わないでしょう。 私はproxy_max_temp_file_sizeそれを知っていて0に設定していますが、少し気まずいようです(私のプロキシはバッファリングしようとしますが、バッファリングするファイルがありません...どうすればもっと速くできますか?) 私の質問は: [警告]を削除して、応答のバッファリングを回避するにはどうすればよいですか?オフにするproxy_bufferingかproxy_max_temp_file_size、0 に設定する方が良いですか?どうして? 場合nginxの応答をバッファリング:ときには、バッファへの応答、および理由を提供していますか? なぜnginxなりproxy_buffering、デフォルトでオンにし、それが実際に応答をバッファリング場合S [警告]? 応答がそのオプションをトリガーするのはいつですか?応答を提供するのに>数秒(何秒)かかりますか?これは構成可能ですか? TIA、ngw。