Re: как правильно закрывать соединения при наступлении keepalive_requests: обсудим ?

[Maxim Dounin]

Hello!

On Sun, Sep 02, 2018 at 11:12:31PM +0500, Илья Шипицин wrote:

> привет!
> 
> есть такое наблюдение. если проксировать на апстрим БЕЗ киэлайв, то на
> стороне nginx удивительным образом все хорошо (потому что соединение
> закрывается по инициативе бекенда)
> 
> если проксировать с включенным кипэлайвом, то в случаях, когда соединение
> закрывается по инициативе nginx, на стороне  nginx порт уходит в
> TIME_WAIT.
> 
> с одной стороны - несмертельно. все с этим живут.
> с другой стороны - например, в случае, когда запрос последний (100-й при
> дефолтном значении keepalive_requests), можно ведь явно добавить
> "Connection: Close" ? тем самым помочь бекенду закрыть соединение, и
> сэкономить один порт на nginx ?

Теоретически - можно.

Практически - формирование запроса на бэкенд происходит до того, 
как бэкенд выбран и/или установлено или извлечено из кэша 
соединение, которое будет использоваться для отправки запроса.  
Кроме того, один и тот же запрос может быть отправлен на несколько 
разных бэкендов и/или в несколько разных соединений.

Соответственно выставление "Connection: close" по достижении 
keepalive_requests для конкретного соединения к бэкенду - 
потребует достаточно серьёзных переделок в логике работы с 
бэкендами.  Не говоря уже о том, что сейчас при использовании 
keepalive-соединений заголовок Connection выставляется из конфига 
через proxy_set_header, и это тоже понадобится переделывать.

Так что если порты очень жмут - то проще поднять 
keepalive_requests.  Или выставить на бэкенде аналогичное 
ограничение в значение, которое бы было такое же или меньше, чему 
у nginx'а, и тогда бэкенд будет закрывать соединение сам.  
Собственно, текущее значение по умолчанию keepalive_requests к 
клиентам совпадает с keepalive_requests к бэкендам, так что если в 
роли бэкенда тоже nginx - то при настройках по умолчанию он будет 
закрывать соединение сам.

-- 
Maxim Dounin
http://mdounin.ru/