<div dir="ltr">try this one plz<div><br><div><a href="https://github.com/cfsego/nginx-limit-upstream">https://github.com/cfsego/nginx-limit-upstream</a><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jun 19, 2016 at 6:41 AM, Valentin V. Bartenev <span dir="ltr"><<a href="mailto:vbart@nginx.com" target="_blank">vbart@nginx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Saturday 18 June 2016 11:49:16 matt_l wrote:<br>
> Hello,<br>
><br>
> I have a hard time understanding limit_conn<br>
><br>
> My NGINX has the configuration below. I would expect to see 16 connections<br>
> on the backend server 192.168.10.131 defined in the "dynamic" directive.<br>
><br>
> Yet I see ~50-60 connections.<br>
><br>
> QPS:                    3056<br>
> Active connections:     58<br>
> QPS:                    3064<br>
> Active connections:     54<br>
> QPS:                    3063<br>
> Active connections:     59<br>
><br>
> Please note the QPS (Query Per Second) limiting works well.<br>
><br>
> I would greatly appreciate any tip as to what is going on with my use of the<br>
> limit_conn.<br>
</span>[..]<br>
<br>
The limit_conn module doesn't limit number of connections to upstream.<br>
It's all about client connections.<br>
<br>
Since you have configured "keepalive 32" each worker process can keep open<br>
up to 32 connections to your backend even without client requests.<br>
<br>
  wbr, Valentin V. Bartenev<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</div></div></blockquote></div><br></div>