Я ищу совета по изменениям конфигурации, которые мы можем внести, чтобы помочь отразить то, что кажется мелкомасштабной атакой на столь старые классические страницы asp на сайте, который мы размещаем.
Данный пользователь открывает несколько запросов к этим классическим страницам, но не большими объемами, не более 400 запросов за 30 минут. Выполнение запроса занимает от 1,5 до 2 секунд, после чего начинается этап отправки данных. Затем они садятся на эту фазу, и очередь растет. В конце концов, мы не можем обрабатывать больше запросов, поскольку слишком много таких запросов находится в очереди. Очередь возникает после завершения запроса, поэтому мы не ждем базы данных или другого ресурса здесь.
Таймаут подключения установлен на 120 секунд (это слишком долго)
MinFileBytesPerSecond имеет значение 360. Размер рассматриваемой страницы составляет 20 КБ, поэтому, по моим расчетам, это позволяет загрузить страницу максимум за 27 секунд. Это слишком долго?
ASPProcessorTheadMax имеет значение 75, это высокий уровень, но ЦП не исчерпывается максимально, он превышает 50% -ное указание при постановке в очередь.
Любые мысли приняты с удовольствием.
Наличие высокого значения ASPprocessorThreadMax на самом деле усложняет проблему, потому что в очередь ставится больше задач, в то время как многопоточные задачи ожидают завершения. Это также может вызвать проблемы с состояниями сеанса, когда у рабочего процесса есть потоки, ожидающие и завершающие в разных порядках на запрос страницы.
Вы смотрели, что делает код ASP? По моему опыту работы с хостингом, плохо написанный код является причиной большинства проблем с производительностью / узкими местами.