Чи використовуєте Ви лічильники ефективності на веб-сайтах виробництва IIS?

13

Чи тримаєте лічильник увімкненим під час великих виробничих навантажень
Які лічильники продуктивності вважаєте корисними для веб-сайтів ASP.Net/IIS 6.0?

— Кб.
джерело

29

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

Microsoft пропонує переглянути наступні лічильники для IIS :

Пам'ять \ Сторінки / сек
Пам'ять \ Доступні байти
Пам'ять \ Виконані байти
Непарковані байти пам'яті \ Пул
Процесор \% Час процесора
Процесор \ Переривання / сек
Довжина черги процесора \ системний процесор
LogicalDisk \% Час диска
PhysicalDisk \% час диска
LogicalDisk \ Сер. Довжина черги диска
PhysicalDisk \ Сер. Довжина черги диска
LogicalDisk \ Сер. Байти диска / Передача
PhysicalDisk \ Сер. Байти диска / Передача
Система \ Контекстні комутатори / сек
Веб-сервіс \ байти Всього / сек
Веб-сервіс \ Загальна кількість запитів / сек
Веб-сервіс \ Поточні з'єднання
Кеш веб-служб \ Кеш файлів, хітів%
Кеш веб-служб \ ядро: пропущено кеш URI
Кеш веб-сервісу \ ядро: Кэш керування URI%

Спеціально для ASP.NET я б дивився

ASP.NET \ Restarts програми
ASP.NET \ Запити в черзі
ASP.NET \ Відновлення робочого процесу
Програми ASP.NET \ Помилки всього
Програми ASP.NET \ Запити / Розд
Програми ASP.NET \ Кількість екземплярів конвеєра
.NET CLR Виключення № Exceps Thrown

— splattne
джерело

@splattne: Дякую, це корисно. Дасть вам +1 (але ще не в змозі).

— Кб.

Ми відчуваємо стресс і виявляємо, що кількість запитів у черзі трохи нижче поточних запитів, а зі 100 поточних запитів користувачів поточні запити становлять близько 110, а запит у черзі - приблизно на 99. Один сервер CPU.

— Кб.

Пропозиція: Додати процесор. Погодьтеся?

— Кб.

6

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

— pgs
джерело

2

Хоча пізня відповідь, я ділюсь тим, що ми зробили із виробничим середовищем.
Сценарій: нам довелося з’ясувати кількість звернень до запиту на нашому веб-сервері і скільки їх обслуговується / чи виникає вузьке голодування / вузьке вузьке місце, чи ні.
Для цього ми використовували наступні лічильники з лічильником perfmon.exe

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

Лічильник: - .Net Дані CLR.
1). Клієнт Sql: Поточні # об'єднані та необ'єднані з'єднання: - Забезпечує поточну кількість з'єднань, об’єднаних чи ні.

Лічильник: - .Net CLR LocksAndThreads.
1). № логічних ниток
2). #

Лічильник фізичних ниток : - Черги запитів на обслуговування HTTP
1). CurrentQueueSize: - Кількість запитів у черзі
2). RejectedRequests: Загальна кількість запитів, відхилених із черги

— Суніл
джерело