Проверка доступности в Azure Application Insight не выполняется во всех местах

Я настроил тест доступности в одном из наших веб-приложений. Тест на пяти местах, которые были настроены, все проваливается, но когда я захожу на сайт, он работает. Это не проблема синхронизации, поскольку неудавшийся тест продолжает появляться, и я захожу на сайт, когда вижу отчет о сбое теста в Azure (я также получаю уведомление по электронной почте). Если я нажимаю на неудачное местоположение и нажимаю на элемент результатов "Неудачный", там мало информации.

Тело ответа это

На этом этапе нет тела ответа.

Исключение составляет

System.Exception: сбой

**** ПРИМЕЧАНИЕ: это не настоящий веб-запрос ****

Сбой 1 первичных запросов, 0 зависимых запросов и 0 условных правил

Служба приложений работала отлично до того, как произошел этот инцидент сегодня. Что мне не хватает?

1 ответ

Как уже упоминалось в комментариях, я столкнулся с той же проблемой. Не удалось (иногда) 4 из 7 местоположений, навигация к конечной точке в браузере всегда работала.

Я выяснил, что всегда места, которые потерпели неудачу, были далеко от моего местоположения. Поэтому я предположил, что это может иметь какое-то отношение к сети (лаг).

Я использую сервер Kestrel в облачной службе Azure и обнаружил, что есть что-то под названием MinRequestBodyDataRate:

Kestrel каждую секунду проверяет, поступают ли данные с указанной скоростью в байтах / секунду. Если скорость падает ниже минимальной, время соединения истекло

Значение по умолчанию этого свойства составляет 240 байт / с с 5-секундным льготным периодом. Поэтому я просто снизил эту скорость до 100 байтов в секунду с 10-секундным льготным периодом. После этого изменения у меня больше не было неудачных тестов.

К сожалению, я не знаком с веб-приложениями Azure, поэтому не могу сказать, можно ли вообще изменить эти настройки. Возможно, эта информация поможет вам найти правильное решение или поможет кому-то из поиска в Google.

Другие вопросы по тегам