После заметок об инструментах мониторинга логично задаться вопросом – а какие метрики наиболее важные в том или ином случае? Единого рецепта нет. Опираться следует на опыт, логику и здравый смысл, советы консультантов или лучшие практики. Если с помощью того, что уже мониторится, не удается найти источник проблемы – надо искать новые метрики для мониторинга, или менять инструменты.

Мы, со своей стороны, тоже приложим руку к тому, чтобы поделиться знаниями и опытом в данном вопросе. И начнем с рассказа о мониторинге Windows, поскольку большинство приложений в наше время разработаны для детища Microsoft.

Кроме того, многие средства мониторинга позволяют применять счетчики производительности самой операционной системы. Например, HP Performance Center использует непосредственно счетчики Windows для отслеживания поведения тестируемых приложений.

Начиная с Windows 2000, Microsoft встраивает в операционные системы различные инструменты для сбора, отображения и последующего анализа информации, связанной с производительностью системы и отдельных компонент. Для этого используются множество методов получения различных выборок данных производительности на протяжении заданного интервала времени, что действительно полезно для диагностирования проблем с производительностью системы. Причем данные инструменты отличаются высокой эффективностью – они способны собирать данные постоянно и с минимальным влиянием на производительность самой системы.

Архитектура

Чтобы мы говорили на одном языке, вкратце расскажем о терминах, которые будут использоваться. Вся собираемая статистика по производительности группируется в некие логические объекты. Например, измерения, связанные с функционированием процессора, такие как Interrupts/sec и % User Time, доступны в объекте Процессор.

Причем может быть несколько экземпляров объекта Процессор, тогда каждому из них присваивается свое уникальное название, чтоб его можно было идентифицировать. Например, если в системе более одного процессора, и наборов метрик процессора будет больше одного. При этом каждый из счетчиков производительности процессора связан со своим экземпляром объекта Процессор. Название экземпляра служит уникальным идентификатором для привязки набора счетчиков, относящихся к данному экземпляру. Для тех, кто плохо воспринимает подобные вещи на слух, может помочь картинку с просторов интернета:

Индивидуальную статистику производительности, которая доступна для каждого измеряемого периода, называют численными счетчиками производительности. Каждый счетчик производительности идентифицируется посредством уникального пути, обычно с таким синтаксисом:

\\Имя_компьютера\Объект(Предок/Экземляр#Индекс)\Счетчик

Причем Имя_компьютера необязательной частью, и используется, когда могут возникнуть разночтения.

Для простых объектов, например Система или Память, которые присутствуют в одном экземпляре, используется такой синтаксис:

\Объект\Счетчик

Ну и наконец, у каждого счетчика есть свой тип. Знание типа счетчика помогает определить, как была получена статистика производительности. Вот некоторые из основных типов счетчиков:

• Моментальные счетчики. Показывают простое числовое значение самого последнего измерения
• Интервальные счетчики. Показывают активность за промежуток времени
• Счетчики наработки. Собираются за период времени и не могут суммироваться
• Усредненные счетчики. Показывают усредненное значение за заданный интервал времени

С терминологией пока все. Если все же будут встречаться незнакомые термины, их можно посмотреть на DevOps Wiki.

В следующей заметке продолжим цикл о мониторинге Windows и расскажем о счетчиках процессора.