Веб-сайт ASP.Net получает всплеск запросов, которые приводят к сбою рабочего процесса IIS

Question

Я работаю на довольно большом узле asp.net через два кластера. Типичная нагрузка составляет около 20 запросов/секунду на сервер, регистрируемых объектом производительности ASP.Net Apps.

В периодическом режиме в течение дня счетчик производительности регистрирует от 2000 до 9000 запросов/секунду. Рабочий процесс умирает в это время и сообщает об этом в журнале приложений «.Net Runtime 2.0 Error Reporting» с сообщением «Faulting application w3wp.exe».

Странно, что IIS не регистрирует всплеск запросов в это время. Журналы в Интернете записывают нормальный темп трафика до этого момента и не показывают всплеск тысяч запросов.

Сервер запускает IIS6 на 64-битном сервере Windows 2003. Это четырехъядерный процессор xeon с 6 ГБ оперативной памяти.

Только один из двух серверов в балансировочной кластере записи записывает этот объем запросов. На другом сервере никогда не отображается больше, чем 20 или около того средних запросов/секунд.

Любые идеи относительно того, почему журнал производительности показывает такой большой объем запросов, которые нигде не регистрируются? Я не могу определить, что вызывает эту нагрузку, и мне интересно, является ли это какой-либо прикладной ошибкой или действительно является всплеском трафика.

Любые предложения по отслеживанию виновника?

Answer 1

Честно говоря, это звучит как потенциальная атака DoS. Можете ли вы включить журнал на вашем маршрутизаторе/коммутаторе, чтобы увидеть, как проходят проработанные кадры ethernet? Дай мне знать. Благодарю.

-Shaun

Answer 2

Получить crashdump вашего процесса осины с помощью средства отладки (Windbg & Co).

Отъезд http://blogs.msdn.com/tess.

Answer 3

После использования WinDbg для просмотра дампа сбоя оказалось, что это было вызвано рекурсивным Server.Transfer, производящим переполнение стека.

Очевидно, что протокол производительности, в котором показаны запросы/разделы для ASP.Net Apps v2.0.50727, записывает передачу сервера как новый запрос. Но поскольку он не выполняет перенаправление клиентов, он никогда не появляется в журналах IIS, как, вероятно, может быть атака DOS.

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

Спасибо за все ваши предложения.