Высокое количество соединений между фронт-ендами и биддерами
    Panichev Oleg 
    panichev на segmento.ru
       
    Пт Мар 29 07:37:47 UTC 2019
    
    
  
Привет!
Проблема — высокое число timewait коннекшнов между nginx-proxy и 
бэкендами (до 30-40к), уровень трафика — десятки тысяч запросов в 
секунду извне, в основном короткие сессии на несколько запросов. Стек 
Centos 6 настроен на переиспользование tw sockets - tw_reuse=1, 
tcp_fin_timeout низкий (2с).
nginx/1.14.0, ~ 25 fastcgi backends
upstream all {
hash $shard_key consistent;
server server10.local:9988 max_fails=0 fail_timeout=1s weight=100;
server server11.local:9988 max_fails=0 fail_timeout=1s weight=100;
..
..
..
server server33.local:9988 max_fails=0 fail_timeout=1s weight=100;
server server34.local:9988 max_fails=0 fail_timeout=1s weight=100;
keepalive 100;
}
   fastcgi_pass all;
   fastcgi_keep_conn on;
   fastcgi_next_upstream off;
   fastcgi_buffers 16 16k;
   fastcgi_buffer_size 32k;
   fastcgi_connect_timeout 20ms;
   fastcgi_read_timeout 75ms;
   fastcgi_intercept_errors on;
   error_page 500 501 502 503 504 = $failover;
Вероятно, высокое количество TW соединений вызвано поведением-настройкой 
Nginx, а именно необходимостью слать заглушку при достижении read 
timeout до апстрима (75мс), в этом случае Nginx закрывает соединение с 
апстримом принудительно (TCP RST), шлет фэиловер респонс клиенту и 
переоткрывает его снова. Мы видим около 30-35 RST пакетов в секунду в 
направлении бэкендов от Nginx, что соотвествует числу фейловеров в 
секунду по тому же апстриму согласно access/error.log.
Вопрос — верны ли рассуждения о причинах высокого числа TW соединений 
между прокси и бэкендами и как их можно уменьшить средствами нжинкс, 
если это возможно?
Спасибо
--
С уважением, Олег
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20190329/08dfaf33/attachment.html>
    
    
Подробная информация о списке рассылки nginx-ru