В нашей службе приложений Azure, использующей веб-API .NET Core 2.1 с зависимостями SQL и REDIS, мы иногда получаем исчерпание порта TCP из-за большого числа обратных вызовов.
Недавний пример:
Здесь вы видите большое (2000+) количество соединений, и оно медленно уменьшается. Но очень медленно Я думаю, что это была бы возможность попытаться выяснить, какие типы запросов остаются открытыми так долго.
Когда я запускаю трассировку сети с помощью средств диагностики Azure, трафик обратной петли не регистрируется или, по крайней мере, я не вижу их в анализаторе сообщений.
У кого-нибудь есть идеи, как отлаживать этот счетчик петель?
EDIT
Прошлой ночью я поменял место в Deployment-слоте (от подготовки к производству). Произошло такое же поведение, см. Следующий экран печати:
Из 81 TCP-соединения он достиг 418. Затем, как вы можете видеть, счетчик TCP сократился до «нормального» примерно через 12 часов.