LINUX.ORG.RU
ФорумAdmin

Множество time_WAIT

 , ,


0

1

всем привет

На сервере grpc сервиса множество netstat -a | awk ‘/:port/ {print $6}’ | sort | uniq -c 152 TIME_WAIT 1 ESTABLISHED 1 LISTEN 22 SYN_RECV





Последнее исправление: carter (всего исправлений: 2)

CLOSE_WAIT означает что сокет находится в ожидании закрытия приложением. В корректно работающем приложении таких соединений должно быть не много и они должны быстро исчезать.

Множественные CLOSE_WAIT без существенной нагрузки это признак бага в приложении.

tw_reuse/tw_recycle на это не влияют, это про TIME_WAIT, совершенно другое состояние. Keepalive это про отстрел сокетов которые навеки зависают в ESTABLISHED, тоже не тот случай.

maxcom ★★★★★
()
Последнее исправление: maxcom (всего исправлений: 3)
Ответ на: комментарий от maxcom

а если это проблема вылезает только через nginx прокси? а напрямую в grpc сервис отвечает все норм? если параллельно пускать запросы

carter
() автор топика
Ответ на: комментарий от carter

а если это проблема вылезает только через nginx прокси? а напрямую в grpc сервис отвечает все норм? если параллельно пускать запросы

Баги разные бывают, некоторые воспроизводятся только в определенных условиях. Я думаю лучше обратиться к разработчикам сервиса.

maxcom ★★★★★
()
Ответ на: комментарий от carter

вылезает только через nginx прокси?

Включите в nginx прокси через апстрим, а там keepalive pool

upstream gprcback {
    server 127.0.0.1:8888;
    keepalive 20;
}

location / {
    proxy_pass         http://gprcback;
    ...
}
kindof
()

Сокет закрывается сервером, он и уходит в это состояние на пару минут, что и должно просиходить. Что плохого в множестве TIME_WAIT?

level1 ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.