Используете ли вы счетчики производительности на производственных веб-сайтах IIS?


13

Поддерживаете ли вы счетчик во время больших производственных нагрузок?
Какие счетчики производительности вы считаете полезными для веб-сайтов ASP.Net/IIS 6.0?

Ответы:


29

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

Microsoft предлагает посмотреть следующие счетчики для IIS :

  • Память \ Pages / сек
  • Память \ Доступные байты
  • Память \ Зафиксированные байты
  • Память \ пул невыгружаемых байтов
  • Процессор \% процессорного времени
  • Процессор \ Прерывание / сек
  • Длина очереди процессора \ системного процессора
  • LogicalDisk \% времени на диске
  • PhysicalDisk \% времени на диске
  • LogicalDisk \ Avg. Длина очереди диска
  • PhysicalDisk \ Avg. Длина очереди диска
  • LogicalDisk \ Avg. Дисковые байты / передача
  • PhysicalDisk \ Avg. Дисковые байты / передача
  • Система \ Переключение контекста / сек
  • Веб-сервис \ Всего байт / сек
  • Веб-сервис \ Всего запросов метода / сек
  • Веб-сервис \ Текущие соединения
  • Кэш веб-службы \ Хиты файлового кэша%
  • Кэш веб-службы \ Ядро: отсутствует кэш URI
  • Кэш веб-службы \ Ядро: Хиты URI кэша%

Специально для ASP.NET я бы посмотрел

  • ASP.NET \ Перезапуск приложений
  • ASP.NET \ Запросы в очереди
  • ASP.NET \ Рабочий процесс перезапускается
  • Приложения ASP.NET \ Всего ошибок
  • Приложения ASP.NET \ Запросы / сек
  • Приложения ASP.NET \ Количество экземпляров конвейера
  • Исключения .NET CLR # брошенных исключений

@ Splattne: Спасибо, это полезно. Даст вам +1 (но пока не может).
Кб.

Мы проводим стресс-тестирование и обнаруживаем, что количество запросов в очереди немного ниже текущих запросов, а при 100 одновременных пользователей текущих запросов около 110, а запросов в очереди около 99. Сервер с одним процессором.
Кб.

Предложение: Добавить процессор. Согласен?
Кб.

6

Как правило, вы должны постоянно собирать данные о производительности. Таким образом, вы получите все необходимые данные, когда войдете в офис своего менеджера и скажете: «Наша пиковая нагрузка увеличивалась на X% каждую неделю в течение последних нескольких месяцев, и в этом случае мы превысим нашу текущую пропускную способность в около 3 месяцев. Нам нужно начать планировать это сейчас ".


2

Несмотря на поздний ответ, я делюсь здесь тем, что мы сделали с производственной средой.
Сценарий состоял в том, что нам нужно было определить количество обращений к запросу на нашем веб-сервере и сколько их обслуживается / есть ли какое-либо узкое место в потоке / узкое место в ресурсах или нет.
Для этого мы использовали следующие счетчики с perfmon.exe

Counter: - Asp.Net Apps V2.0.50727.
Экземпляр: - LM_W3SVC_1_ROOT_ "HostedWebSite"
1). Всего запросов: - Предоставляет общее количество запросов от последнего перезапуска IIS.
2). Запросы в очереди приложений
3). Запросы выполнены
4). Сбой запросов
3). Запросы TimedOut
4). Запросы отклонено: количество отклоненных запросов из-за того, что очередь запросов приложения была заполнена
5). Запросы не найдены: количество запросов на ресурсы, которые не были найдены.
6). Запросы не авторизованы: количество запросов не выполнено из-за несанкционированного доступа.

Счетчик: - .Net CLR Data.
1). Sql Client: Current # pooled and nonoooled подключений: - Предоставляет текущее количество подключений, пул или нет.

Счетчик: .Net CLR LocksAndThreads.
1). # Логических потоков
2).

Счетчик физических потоков : очереди запросов на обслуживание HTTP
1). CurrentQueueSize: - Количество запросов в очереди
2). RejectedRequests: общее количество запросов, отклоненных из очереди.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.