Множество time_WAIT

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

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

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

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

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

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

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

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

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

location / {
    proxy_pass         http://gprcback;
    ...
}

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