Zabbix счетчики производительности windows

Эта публикация отнесена в архив. Она неактуальна.

OS: Windows 2000 / XP / 2003 / Vista / 2008 / 7.

Настраиваем сбор показателей операционных систем Windows агентами Zabbix путём использования “счётчиков производительности “ операционной системы.

Для начала поборемся с результатами добрых деяний разработчиков системы Windows и её «локализаторов». Приведём наименования параметров счётчиков производительности к общему знаменателю, то есть, переименуем их всех в англоязычный вид, такой, какой они изначально имеют. Для этого нужно пройти в редакторе реестра в ветку со следующим адресом ”HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows NT/CurrentVersion/Perflib/009”, скопировать содержимое параметра ”Counter”, перейти в ветку ”HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows NT/CurrentVersion/Perflib/019” и заменить содержимое параметра ”Counter” тем, что мы перед этим получили из другой ветви.

Теперь у нас имена параметров на английском языке и нам не нужно будет извращаться, выискивая соответствие локализованных вариантов оригинальным.

Запросим у системы список имеющихся в наличии счётчиков производительности:

# typeperf –q

В ответ получим список, начинающийся примерно так:

\ServiceModelEndpoint 3.0.0.0\Calls
\ServiceModelEndpoint 3.0.0.0\Calls Per Second
\ServiceModelEndpoint 3.0.0.0\Calls Outstanding
\ServiceModelEndpoint 3.0.0.0\Calls Failed
\ServiceModelEndpoint 3.0.0.0\Calls Failed Per Second
\ServiceModelEndpoint 3.0.0.0\Calls Faulted
\ServiceModelEndpoint 3.0.0.0\Calls Faulted Per Second
\ServiceModelEndpoint 3.0.0.0\Calls Duration
\ServiceModelEndpoint 3.0.0.0\Transactions Flowed
\ServiceModelEndpoint 3.0.0.0\Transactions Flowed Per Second
\ServiceModelEndpoint 3.0.0.0\Security Validation and Authentication Failures
….

Можно удовлетворить любопытство более подробным выводом данных о имеющихся счётчиках:

# typeperf –qx

Для начала нас будут интересовать следующие показатели:

\Network Interface(*)\Current Bandwidth
\Network Interface(*)\Bytes Received/sec
\Network Interface(*)\Bytes Sent/sec

Наименование сетевого интерфейса можно узнать из вывода следующей команды:

# ipconfig /all

В результате получаем нечто вроде следующего:

Настройка протокола IP для Windows
local0 — Ethernet адаптер:
Описание: HP NC373i Multifunction Gigabit Server Adapter

Если мы увидели в имени сетевого адаптера символы не латинского алфавита, то весьма возможно, мы имеем проблемы; некоторые версии Zabbix агентов не могли отрабатывать запросы к параметрам с не латинскими символами. Единственное, что я смог придумать, так это переименование оборудования сетевого интерфейса с заменой символов не латинского алфавита на латинские. Хотя, можно проверить, вдруг уже пофиксили эту проблему на вашей версии агента. У меня версии 1.6 вполне отрабатывали русские имена устройств.

Сформируем запрос следующего вида:

# typeperf «\Network Interface(HP NC373i Multifunction Gigabit Server Adapter)\Bytes Sent/sec»

В итоге получаем нечто вроде следующего:

«дата и время»,»1356.724543″
» дата и время «,»8239.205674»
» дата и время «,»486.127174»

Создаем в конфигурационном файле агента Zabbix пользовательский параметр, где последним показателем является частота обновления параметра в секундах:

PerfCounter=usr.eth0.octets.in,»\Network Interface(HP NC373i Multifunction Gigabit Server Adapter)\Bytes Received/sec»,10
PerfCounter=usr.eth0.octets.out,»\Network Interface(HP NC373i Multifunction Gigabit Server Adapter)\Bytes Sent/sec»,10
PerfCounter=usr.eth0.band,»\Network Interface(HP NC373i Multifunction Gigabit Server Adapter)\Current Bandwidth»,60

Значением первых двух счётчиков является количество проходящих, в том или ином направлении, байт в секунду. Третий параметр указывает нам на пропускную способность интерфейса, это нам пригодится при построении графиков.

В конфигурационном файле Zabbix в имени сетевого интерфейса символ ”#” заменяется символом подчёркивания ”_”. Символ ”/” меняется на символ подчёркивания ”_”. Символ ”(” и ”)” заменяются на ”[” и ”]”.

Настраиваем Zabbix сервер для приёма данных от счётчиков производительности Windows.

Настроим мониторинг загрузки Ethernet интерфейса.

Создаем параметр «in.eth0» шаблона «t_win»:

Type: Zabbix agent
Key: usr.eth0.octets.in
Type of information: Numeric (float)
Units: bps
Use multiplier: 8
Update interval (in sec): 10
Store value: As is

Создаем параметр «out.eth0» шаблона «t_win»:

Type: Zabbix agent
Key: usr.eth0.octets.out
Type of information: Numeric (float)
Units: bps
Use multiplier: 8
Update interval (in sec): 10
Store value: As is

Создаем параметр «band.eth0» шаблона «t_win»:

Type: Zabbix agent
Key: usr.eth0.band
Type of information: Numeric (unsigned)
Units: bps
Use multiplier: Do not use
Update interval (in sec): 60
Store value: As is

Создаем график «util.eth0»:

Graph type: Normal
Show working time: yes
Y axis type: Calculated [Min=0]
Items:
t_win: in.eth0 : avg : Simple : Filled region : Green : 0
t_win: out.eth0 : avg : Simple : Bold line : Blue : 1

В результате мы получим график утилизации сетевого интерфейса.

Под конец ещё одна «затыка». Необходимо активировать собираемые нами параметры счётчиков производительности кроме шаблона ещё и в списках параметров каждого хоста. Такой вот мелкий нюанс, способный попортить немало крови, если не знать про него.

Понадобилось недавно мониторить некоторые параметры виндовых серверов. Т.к. система мониторинга, а именно Zabbix, уже была установлена и активно использовалась, решено было не изобретать велосипед и попользовать ее с этой целью. Благо, по заверениям разработчиков, она это легко умеет. Все было бы легко, если бы документация по этому вопросу была полноценной.

Стоит начать с того, что имя счетчика пишется в двойных кавычках, начиная с бэкслэша (\). В точности так, как выводит его команда typeperf -qx. Т.е. правильный вид для мониторинга загрузки всех ядер CPU будет выглядеть примерно так:

perf_counter["\Processor(_Total)\% Processor Time"]

Все бы ничего, но при вводе такого счетчика и довольных мыслях («ща всё замониторю с красивыми графиками») мы получаем ответ от заббикса в виде Not supported. Начинаем долго и нудно гуглить по этому вопросу и никак не натыкаемся на ответ. В качестве одной из предполагаемых причин такого поведения может быть запуск 32-битного агента на 64-битном хосте. Но даже при запуске правильного, 64-битного клиента, мы не получаем удовлетворения и видим Not supported.

А все потому, что по умолчанию, у вновь создаваемых элементов (item) мониторинга выставлен тип информации (type of information) — numeric(unsigned). Казалось бы, ничего в этом страшного нет. Загрузка процессора не может быть отрицательной. Так и есть. Но почему-то, разработчики заббикса посчитали, что под понятие numeric(unsigned) попадают ТОЛЬКО целые числа. О чем, в принципе, они честно сообщают в доках:  Numeric (unsigned) — 64bit unsigned integer. Выставляем numeric(float) и тихо радуемся работающему мониторингу.

Category:

  • IT
  • Cancel

Для мониторинга производительности ОС Windows можно воспользоваться возможностью zabbix и его perf_counter функции.
Данные счетчики можно увидеть при вызове perfmon.msc. Например так

На эту оснастку можно добавить счетчики из выпадающего списка

Статья не об этом, а как все-таки добавить нужный счетчик в заббикс.
При создании шаблона столкнулся с проблемой того, что заббикс не понимает буквенного представление данных счетчиков (русский язык). Данные счетчики в системе представлены в буквенном и цифровом виде.
И все это можно найти в любимом реестре Windows:
как написано тут https://www.zabbix.com/documentation/1.8/ru/manual/config/windows_performance_counters
Или же идем сюда
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib\009 (англ язык) или 019(русский язык)
1
1847
2
System
4
Memory
6
% Processor Time

и муторно переводим имя счетчика в цифру.
У меня получилось следующее. Соответственно по ним и будем создавать мониторинг.
\LogicalDisk(_Total)\Avg. Disk sec/Write
\236(_Total)\210

\LogicalDisk(_Total)\Avg. Disk sec/Read
\236(_Total)\208

\Network Interface(*)\Bytes Sent/sec
\510(*)\506

\Network Interface(*)\Bytes Total/sec
\510(*)\508

\Network Interface(*)\Bytes Received/sec
\510(*)\898

\Network Interface(*)\Output Queue Length
\510(*)\544

\PhysicalDisk(_Total)\% Idle Time
\234(_Total)\1482

\PhysicalDisk(_Total)\Avg. Disk sec/Read
\234(_Total)\208

\PhysicalDisk(_Total)\Avg. Disk sec/Write
\234(_Total)\210

\Processor Information(_Total)\% Idle Time
\238(_Total)\1482

\Processor Information(_Total)\% Processor Time
\238(_Total)\6

\Server Work Queues(*)\Queue Length
\1300(*)\1302

\System\Processor Queue Length
\2\44

\Memory\Available MBytes
\4\1382

\Memory\Cache Bytes
\4\818

\Memory\Free System Page Table Entries
\4\678

\Memory\Pages/sec
\4\40

\LogicalDisk(_Total)\Disk Transfers/sec
\236(_Total)\212

\Memory\Pages Input/sec
\4\822

Итак,  мы готовы мониторить данные счетчики.
Для этого предполагается что у вас уже развернут и настроен заббикс агент на сервере и проверено получение zabbix_get инфо с сервера.
Подключаемся на веб-интерфейс заббикса. Выбираем Настройка — Шаблоны — создать Шаблон.

</span>

Сохраняем шаблон и добавляем к нему Item-ы которые мы будем мониторить (item — значение нужного счетчика)
Например добавляем Свободную память ОЗУ.
Настройка элементов данных » Настройка шаблонов » Настройка групп элементов данных » Настройка шаблонов » Настройка элементов данных

Имя — Memory Available MBytes
Тип — zabbix агент
Ключ — perf_counter[«\4\1382»,300] — где \4\1382 — наш счетчик, 300 — период в сек за который получаем среднее значение.
Тип информации — числовой с плав точкой
Единица измерения — Mbytes

В принципе все. Счетчик добавлен в шаблон. Теперь нужно задать триггеры. Например можно задать такой
Настройка элементов данных » Поиск » Настройка шаблонов » Настройка элементов данных » Настройка триггеров

Порог срабатывания — свободной памяти <3000Мб
{Perf_counter:perf_counter[«\4\1382»,300].last()}<3000
Важность — высокая.

В принципе все. Теперь можно привязать данный тестовый шаблон к узлу.

http://www.zabbix.com/

Шаблоны Windows в ZABBIX отличаются главным образом использованием специфическими для этой ОС счетчиками производительности. Счетчики представляют из себя встроенное средство анализа основных показателей операционной системы, некоторого программного обеспечения, а также аппаратных ресурсов. Подавляющее большинство серьезных систем мониторинга умеют использовать эти счетчики, вот и ZABBIX не исключение. В этой статье я постараюсь рассказать об основных “подводных камнях”, встретившихся мне при работе с этим инструментом.


Вводная статья по шаблонам мониторинга ZABBIX – Шаблоны ZABBIX.

Если вам интересна тематика ZABBIX, рекомендую обратиться к основной статье – Система мониторинга ZABBIX, в ней вы найдете дополнительную информацию.


Прочитав документацию ZABBIX касательно настройки счетчиков (кому интересно, глава “6 Счетчики производительности Windows“), я поразился насколько все просто и был удивлен столь богатой функциональностью, но не тут то было… Поначалу я пользовался встроенными в систему шаблонами, но в итоге на некоторых узлах сети счетчики у меня работали, а на некоторых данные просто не приходили не по одному ключу. В конечном счете я решил пройти процесс создания ключа данных с использованием счетчика Windoows с самого начала и до момента пока не увижу красивые графики с необходимой мне информацией.

В руководстве все просто:

Вы можете эффективно мониторить счетчики производительности Windows используя ключ perf_counter[].
Например:
perf_counter[“\Processor(0)\Interrupts/sec”]
или
perf_counter[“\Processor(0)\Interrupts/sec”, 10]

Но почему счетчики работают не на каждом узле сети? Ответ тоже прост:

В зависимости от настроек местоположения, именования счетчиков производительности могут быть разными на разных серверах Windows. Это может ввести определенные проблемы при создании шаблонов для Windows, имеющих разные настройки местоположения.
Каждый счетчик производительности может быть переведен в цифровую форму, которая является уникальной и независимой от языковых настроек, так что вы можете использовать числовое представление, а не строковое.
Для того чтобы найти цифровые эквиваленты, выполните regedit, а затем найдите HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib\009.

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

С переводом все элементарно: просто ищем необходимый ключ реестра (см. выше), выгружаем данные в любой текстовый файл и ищем необходимые ключи:

Здесь вы можете найти соответствующие числа для каждой части строки счетчика производительности, как для ‘\System\% Processor Time’:
System -> 2
% Processor Time -> 6
Затем используйте эти числа для преобразования пути в числа:
\2\6


UPD: 2016.05.19: есть некоторые неприятные нюансы, подробнее см. в Изменения счетчиков производительности CPU


Но тут меня ждал сюрприз: на некоторых серверах с использованием большого количества ролей я находил в этом файле несколько ключей данных! Какой из них выбрать, какой будет правильным? Я определил для себя следующие правила: поскольку счетчик состоит из двух параметров, надо найти сначала первый (ваш Кэп), запомнить примерное месторасположение в файле, а потом найти второй и если он будет выше первого по месторасположению, то игнорировать его; если же сразу после месторасположения первого мы найдем ниже него несколько одинаковых вторых ключей, то нам будет нужен ближайший к первому второй ключ. Подобная логика должна вам помочь выбрать правильный ключ данных. В противном случае получаемая информация будет некорректная или в ней не будет смысла, либо вы вообще не получите никаких данных. Нигде в интернете этого я почему-то не нашел, видимо авторы статей не слишком сильно углублялись в мониторинг счетчиков.

Далее. Следующий неприятный момент в этой системе мониторинга – это типы данных элементов мониторинга. В принципе все просто, но вы должны помнить, что тип данных автоматически не определяется и вы должны определить его самостоятельно и, что самое главное, при неправильном выборе вы останетесь без данных, они просто не будут приниматься. В случае со счетчиками производительности вам будет нужен исключительно “Числовой (с плавающей точкой)” как показано на скриншоте ниже:

Чтобы уяснить это простое правило, несколько лет назад у меня ушла куча времени и я дошел почти до отчаяния, ведь не знал ни основные проблемы при настройке, ни методики “траблшутинга”. В таких случаях есть одно проверенное средство – zabbix_get, рекомендую использовать его всякий раз. когда вы находитесь в тупике.

В принципе это все, что я и хотел сказать. В интернете куча статей на тему “zabbix счетчики производительности” и копировать я их не намерен, я лишь хочу поделиться основным опытом в решении ранее казалось бы тупиковых проблем. Мало кто ставит целью не изобретение велосипеда, а описание рассуждений и логики мышления при решении обыденных для них задач, но ведь информации в интернете сейчас масса, а вырабатыванию подхода не учит почти никто.

Шаблон OS Windows Discovery Performance Monitoring / Обнаружение Мониторинг производительности

СКАЧАТЬ

Предполагается, что работает агент Windows Zabbix.
Каждому отслеживаемому узлу Windows требуются дополнительные строки в его файле zabbix.conf, которые вызывают включенные сценарии Powershell.

Правила обнаружения Windows шаблонной ОС используют сценарии Powershell для сбора счетчиков монитора производительности Windows в формате JSON.

Этот шаблон предназначен в качестве дополнения к Template_OS_Windows_Discovery.xml
Это ресурсоемкий сервер Zabbix и предоставляет подробные счетчики производительности на уровне оборудования и ОС для устранения проблем, которые трудно диагностировать.
1) Импортируйте XML-файл шаблона, используя функцию импорта шаблонов Zabbix.
2) Дополнительные строки ZABBIX.CONF

UserParameter=windowspdiskperf.discovery,powershell -NoProfile -ExecutionPolicy Bypass -File c:\scripts\get_pdisks.ps1
UserParameter=windowsldiskperf.discovery,powershell -NoProfile -ExecutionPolicy Bypass -File c:\scripts\get_ldisks.ps1
UserParameter=windowsnetworkperf.discovery,powershell -NoProfile -ExecutionPolicy Bypass -File c:\scripts\get_adapters.ps1
UserParameter=windowsprocessorperf.discovery,powershell -NoProfile -ExecutionPolicy Bypass -File c:\scripts\get_processors.ps1

3) POWERSHELL СКРИПТ
Инструкции пользовательских параметров вызывают сценарии Powershell, расположенные в c:\scripts directory
Эти пути могут быть изменены в соответствии с развертыванием.
Три сценария (get_pdisks.ps1, get_ldisks.ps1 and get_adapters.ps1) также включены в Шаблон_OS_Windows_Обнаружение.
Если это уже установлено и работает, вам нужно только добавить get_processors.ps1.
Инструкции обхода -NoProfile -ExecutionPolicy гарантируют выполнение скриптов и являются обязательными.
4) Перезапустите службу агента Zabbix после вышеуказанных изменений.

get_adapters.ps1

Код: Выделить всё

$interfaces = Get-WmiObject win32_PerfFormattedData_Tcpip_NetworkInterface | ?{$name -ne "isatap*"} | Select Name
$idx = 1
write-host "{"
write-host " `"data`":[`n"
foreach ($perfinterfaces in $interfaces)
{
    if ($idx -lt $interfaces.Count)
    {
        $line= "{ `"{#INTERFACE}`" : `"" + $perfinterfaces.Name + "`" },"
        write-host $line
    }
    elseif ($idx -ge $drives.Count)
    {
    $line= "{ `"{#INTERFACE}`" : `"" + $perfinterfaces.Name + "`" }"
    write-host $line
    }
    $idx++;
}
write-host
write-host " ]"
write-host "}"

get_ldisks.ps1

Код: Выделить всё

$drives = Get-WmiObject win32_PerfFormattedData_PerfDisk_LogicalDisk | ?{$_.name -ne "_Total"} | Select Name
$idx = 1
write-host "{"
write-host " `"data`":[`n"
foreach ($perfDrives in $drives)
{
    if ($idx -lt $drives.Count)
    {
        $line= "{ `"{#DISKNUMLET}`" : `"" + $perfDrives.Name + "`" },"
        write-host $line
    }
    elseif ($idx -ge $drives.Count)
    {
    $line= "{ `"{#DISKNUMLET}`" : `"" + $perfDrives.Name + "`" }"
    write-host $line
    }
    $idx++;
}
write-host
write-host " ]"
write-host "}"

get_pdisks.ps1

Код: Выделить всё

$drives = Get-WmiObject win32_PerfFormattedData_PerfDisk_PhysicalDisk | ?{$_.name -ne "_Total"} | Select Name
$idx = 1
write-host "{"
write-host " `"data`":[`n"
foreach ($perfDrives in $drives)
{
    if ($idx -lt $drives.Count)
    {
        $line= "{ `"{#DISKNUMLET}`" : `"" + $perfDrives.Name + "`" },"
        write-host $line
    }
    elseif ($idx -ge $drives.Count)
    {
    $line= "{ `"{#DISKNUMLET}`" : `"" + $perfDrives.Name + "`" }"
    write-host $line
    }
    $idx++;
}
write-host
write-host " ]"
write-host "}"

get_processors.ps1

Код: Выделить всё

$processors = Get-WmiObject win32_PerfFormattedData_PerfOS_Processor | ?{$_.name -ne "_Total"} | Select Name
$idx = 1
write-host "{"
write-host " `"data`":[`n"
foreach ($perfProcessors in $processors)
{
    if ($idx -lt $processors.Count)
    {
        $line= "{ `"{#PROCESSOR}`" : `"" + $perfProcessors.Name + "`" },"
        write-host $line
    }
    elseif ($idx -ge $drives.Count)
    {
    $line= "{ `"{#PROCESSOR}`" : `"" + $perfProcessors.Name + "`" }"
    write-host $line
    }
    $idx++;
}
write-host
write-host " ]"
write-host "}"
Обнаружение Мониторинг производительности

Группы элементов данных
Система
Сетевой интерфейс
Процессор
Процесс
Память
Диск

Элементы данных

Обнаружение Мониторинг производительности — Элементы данных

Используемая память, % зафиксированных байт Триггеры 1 perf_counter_en[«\Memory\% Committed Bytes in Use»,300] 30 90d 365d Zabbix агент Память Активировано

Время процессора % C2 perf_counter_en[«\Processor Information(_Total)\% C2 Time»,300] 30 90d 365d Zabbix агент Процессор Активировано

Байты подкачки пула памяти perf_counter_en[«\Memory\Pool Paged Bytes»,300] 30 90d 365d Zabbix агент Память Активировано

Операции ввода-вывода данных/сек Триггеры 2 perf_counter_en[«\Process(_Total)\IO Data Operations/sec»,300] 30 90d 365d Zabbix агент Диск, Процесс Активировано

Ввод-вывод других операций/сек Триггеры 2 perf_counter_en[«\Process(_Total)\IO Other Operations/sec»,300] 30 90d 365d Zabbix агент Диск, Процесс Активировано

Операции чтения ввода-вывода/сек Триггеры 2 perf_counter_en[«\Process(_Total)\IO Read Operations/sec»,300] 30 90d 365d Zabbix агент Диск, Процесс Активировано

Операции ввода-вывода и записи/сек Триггеры 2 perf_counter_en[«\Process(_Total)\IO Write Operations/sec»,300] 30 90d 365d Zabbix агент Диск, Процесс Активировано

Время процессора % C1 perf_counter_en[«\Processor Information(_Total)\% C1 Time»,300] 30 90d 365d Zabbix агент Процессор Активировано

Пул памяти Невыгруженные байты perf_counter_en[«\Memory\Pool Nonpaged Bytes»,300] 30 90d 365d Zabbix агент Память Активировано

Процессор, % времени ЦОД perf_counter_en[«\Processor Information(_Total)\% DPC Time»,300] 30 90d 365d Zabbix агент Процессор Активировано

Время процессора % C3 perf_counter_en[«\Processor Information(_Total)\% C3 Time»,300] 30 90d 365d Zabbix агент Процессор Активировано

Процессор, % Времени прерывания Триггеры 2 perf_counter_en[«\Processor Information(_Total)\% Interrupt Time»,300] 30 90d 365d Zabbix агент Процессор Активировано

Время максимальной частоты процессора % perf_counter_en[«\Processor Information(_Total)\% of Maximum Frequency»,300] 30 90d 365d Zabbix агент Процессор Активировано

Приоритетное время процессора % perf_counter_en[«\Processor Information(_Total)\% Priority Time»,300] 30 90d 365d Zabbix агент Процессор Активировано

Привилегированное время процессора % perf_counter_en[«\Processor Information(_Total)\% Privileged Time»,300] 30 90d 365d Zabbix агент Процессор Активировано

Процессор % пользовательского времени perf_counter_en[«\Processor Information(_Total)\% User Time»,300] 30 90d 365d Zabbix агент Процессор Активировано

% Используемой квоты реестра Триггеры 2 perf_counter_en[«\System\% Registry Quota In Use»,300] 30 90d 365d Zabbix агент Память, Система Активировано

Переключение контекста/сек Триггеры 2 perf_counter_en[«\System\Context Switches/sec»,300] 30 90d 365d Zabbix агент Процессор, Система Активировано

Триггеры

Обнаружение Мониторинг производительности — Триггеры

Внимание/Предупреждение % используемая квота реестра {OS Windows Discovery Performance Monitoring:perf_counter_en[«\System\% Registry Quota In Use»,300].last(,0)}>60 Активировано

Высокая % используемая квота реестра {OS Windows Discovery Performance Monitoring:perf_counter_en[«\System\% Registry Quota In Use»,300].last(,0)}>85 Активировано

Внимание/Предупреждение Используемая память, % зафиксированных байт {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Memory\% Committed Bytes in Use»,300].last(,0)}>80 Активировано

Внимание/Предупреждение Обрабатывать операции ввода-вывода данных в секунду {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Process(_Total)\IO Data Operations/sec»,300].avg(600,0)}>1000 Активировано

Высокая Обрабатывать операции ввода-вывода данных в секунду {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Process(_Total)\IO Data Operations/sec»,300].avg(600,0)}>1500 Активировано

Внимание/Предупреждение Обрабатывать операции ввода-вывода и записи в секунду {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Process(_Total)\IO Write Operations/sec»,300].avg(600,0)}>1000 Активировано

Высокая Обрабатывать операции ввода-вывода и записи в секунду {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Process(_Total)\IO Write Operations/sec»,300].avg(600,0)}>1500 Активировано

Внимание/Предупреждение Обрабатывать операции чтения ввода-вывода в секунду {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Process(_Total)\IO Read Operations/sec»,300].avg(600,0)}>1000 Активировано

Высокая Обрабатывать операции чтения ввода-вывода в секунду {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Process(_Total)\IO Read Operations/sec»,300].avg(600,0)}>1500 Активировано

Внимание/Предупреждение Переключение контекста/сек {OS Windows Discovery Performance Monitoring:perf_counter_en[«\System\Context Switches/sec»,300].avg(600,0)}>5000 Активировано

Высокая Переключение контекста/сек {OS Windows Discovery Performance Monitoring:perf_counter_en[«\System\Context Switches/sec»,300].avg(600,0)}>15000 Активировано

Внимание/Предупреждение Процесс ввода-вывода Другие операции/сек {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Process(_Total)\IO Other Operations/sec»,300].avg(600,0)}>1000 Активировано

Высокая Процесс ввода-вывода Другие операции/сек {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Process(_Total)\IO Other Operations/sec»,300].avg(600,0)}>1500 Активировано

Внимание/Предупреждение Процессор, % Времени прерывания {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Processor Information(_Total)\% Interrupt Time»,300].avg(600,0)}>30 Активировано

Высокая Процессор, % Времени прерывания {OS Windows Discovery Performance Monitoring:perf_counter_en[«\Processor Information(_Total)\% Interrupt Time»,300].avg(600,0)}>50 Активировано

Графики

Обнаружение Мониторинг производительности — Графики

Загрузка процессора _Всего Детализированный % 900 200 Нормальный
Используемая квота системного реестра в % 900 200 Нормальный
Используемая память, % зафиксированных байт 900 200 Нормальный
Обрабатывает операции ввода-вывода в секунду 900 200 Нормальный
Переключение системного контекста/сек 900 200 Нормальный
Пул памяти с выгружаемыми и невыгружаемыми байтами 900 200 Нормальный

Комплексные экраны

Обнаружение Мониторинг производительности — Комплексные экраны

Счетчики производительности диска 1 x 2
Счетчики производительности памяти 1 x 2
Счетчики производительности процессора 1 x 1
Счетчики производительности сети 1 x 1
Счетчики производительности системы 1 x 2

Правила обнаружения

Обнаружение Мониторинг производительности — Правила обнаружения

Обнаружение логического диска Прототипы элементов данных 14 Прототипы триггеров Прототипы графиков 5 Прототипы узлов сети windowsldiskperf.discovery 3600 Zabbix агент Активировано

Обнаружение сетевого интерфейса Прототипы элементов данных 4 Прототипы триггеров Прототипы графиков 1 Прототипы узлов сети windowsnetworkperf.discovery 3600 Zabbix агент Активировано

Обнаружение физического диска Прототипы элементов данных 15 Прототипы триггеров Прототипы графиков 6 Прототипы узлов сети windowspdiskperf.discovery 3600 Zabbix агент Активировано

Обнаружение процессора Прототипы элементов данных 12 Прототипы триггеров 3 Прототипы графиков 3 Прототипы узлов сети windowsprocessorperf.discovery 3600 Zabbix агент Активировано

Мои Преобразования

Понравилась статья? Поделить с друзьями:
0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии
  • Как убрать дискорд из автозагрузки windows 10
  • Nvidia windows kernel mode driver dpc latency
  • Windows 10 format exfat
  • Что значит windows 7 oem marker present in firmware
  • Windows 10 язык для каждого окна