Round-robin upstream repeating?

Adam Zell zellster at gmail.com
Sun Jan 17 12:49:49 MSK 2010


Configuration:

worker_processes 2;

upstream app-backend {
  server 10.23.1.1:8080;
  server 10.23.1.2:8080;
}

nginx version: nginx/0.6.39
built by gcc 4.2.4 (Ubuntu 4.2.4-1ubuntu4)
configure arguments: --prefix=/opt/nginx --group=nogroup --user=nobody
--with-http_gzip_static_module --with-http_ssl_module

I noticed tonight that for a particular run of large requests, the same
upstream IP was being used consecutively instead of round-robin.  There were
no entries in the error log for the time-frame, and both upstream servers
were available.

Example:

10.23.1.3 [17/Jan/2010:01:11:39 -0800] http "POST /request HTTP/1.1" 89515
200 10.23.1.1:8080
10.23.1.3 [17/Jan/2010:01:11:40 -0800] http "POST /request HTTP/1.1" 82520
200 10.23.1.1:8080
10.23.1.3 [17/Jan/2010:01:11:41 -0800] http "POST /request HTTP/1.1" 88346
200 10.23.1.1:8080
10.23.1.3 [17/Jan/2010:01:11:42 -0800] http "POST /request HTTP/1.1" 97289
200 10.23.1.2:8080
10.23.1.3 [17/Jan/2010:01:11:44 -0800] http "POST /request HTTP/1.1" 92068
200 10.23.1.2:8080
10.23.1.3 [17/Jan/2010:01:11:45 -0800] http "POST /request HTTP/1.1" 96217
200 10.23.1.1:8080
10.23.1.3 [17/Jan/2010:01:11:45 -0800] http "POST /request HTTP/1.1" 86415
200 10.23.1.1:8080
10.23.1.3 [17/Jan/2010:01:11:47 -0800] http "POST /request HTTP/1.1" 86883
200 10.23.1.2:8080
10.23.1.3 [17/Jan/2010:01:11:48 -0800] http "POST /request HTTP/1.1" 91168
200 10.23.1.2:8080
10.23.1.3 [17/Jan/2010:01:11:50 -0800] http "POST /request HTTP/1.1" 94113
200 10.23.1.2:8080
10.23.1.3 [17/Jan/2010:01:11:52 -0800] http "POST /request HTTP/1.1" 95881
200 10.23.1.2:8080

Most of the responses took ~10-30 seconds to complete.  Is there anything
obvious that would cause this behavior?  Other than this sequence of
requests, the round-robin behavior logs as expected.

-- 
Adam
zellster at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20100117/ec3fd413/attachment.html>


More information about the nginx mailing list