почему mrtg показывает 100-процентную загрузку процессора

Я настроил MRTG для мониторинга сетевого трафика, загрузки процессора и памяти. Статистика сетевого трафика в порядке, но статистика загрузки ЦП показывает, что ЦП используется на 100%, хотя на самом деле это так, как я проверяю с помощью команды top. Ниже приведена конфигурация MRTG для ЦП (mrtg.cfg).

# 10.12.2.1 CPU configuration
Target[CPU]: .1.3.6.1.4.1.2021.10.1.5.1&.1.3.6.1.4.1.2021.10.1.5.2:[email protected]
MaxBytes[CPU]: 100
Unscaled[CPU]: dwmy
Options[CPU]: gauge, growright, nopercent
YLegend[CPU]: Load Average
ShortLegend[CPU]: (%)
LegendI[CPU]: Load Average 1 min
LegendO[CPU]: Load Average 5 min
Legend1[CPU]: Load Average 1 min
Legend2[CPU]: Load Average 5 min
Title[CPU]: CPU Load Average
PageTop[CPU]: <h1>10.12.2.1 CPU Load Average</h1>

Где проблема в настройках? Вот снимок вывода статистики процессора.

введите здесь описание изображения


usage-statistics mrtg
person Hafiz Muhammad Shafiq    schedule 22.07.2016    source источник
comment
Какие значения вы получите, если сделаете snmp_get вручную на oid из командной строки?   -  person user3788685    schedule 23.07.2016

Ответы (1)


arrow_upward
0
arrow_downward

Это проблема использования SNMP для сбора статистики CPU и Load Avg. В зависимости от вашей ОС и реализации SNMP, а также количества ЦП, вы можете обнаружить, что запрос SNMP ошибочно возвращает высокое значение, потому что на момент проверки один ЦП занят использовать демоном SNMP.

Если возможно, лучше использовать OID, который возвращает среднее использование за последние 5 минут, а не использование на момент времени, так как это предотвращает проблему. Обычно вы можете найти OID LoadAvg5min, но в некоторых реализациях SNMP его нет.

Другой альтернативой является использование внешнего плагина. Вы можете заставить MRTG использовать mrtg-nrpe для вызова агента Nagios NRPE на удаленном хосте, который затем вызывает плагины Nagios check-cpu и check-load для получения реального использования ЦП. Однако это немного сложно настроить, и в некоторых случаях может возникнуть та же проблема.

person Steve Shipway    schedule 24.07.2016