Я использую snmp для отслеживания загрузки процессора моего маршрутизатора cisco, но это число сильно отличается от результата show proc cpu history. Когда sh сообщает мне, что загрузка процессора составляет 7x%, snmp получает только 2x%. Точность какого числа выше другого?
Различия будут вызваны разными способами усреднения, а также разным периодом выборки.
Немного предыстории (я написал команду):
Предполагалось, что эту команду следует использовать для поиска закономерностей в загрузке ЦП, помогая корреляции временных проблем с пиками ЦП (в частности, ошибок управления вызовами с пиками ЦП и скорости вызовов в серии as5800).
"show proc cpu history" отображает 5-секундное значение ЦП, полученное из "ядра" IOS.
Для последних 60 секунд это верно, учитывая, что значения обновляются каждые 5 секунд. Он будет довольно резким и непредсказуемым из-за того, что IOS работает до завершения.
Через каждые 60 секунд на основе собранных данных вычисляется среднее значение, которое сохраняется как точка данных на 60-минутном графике.
Через 60 минут рассчитывается среднее значение часового графика и сохраняется в 72-часовом графике.
Способ вычисления средних значений означает, что обязательно должны быть отклонения. Однако он использует очень мало памяти или ресурсов ЦП для хранения данных. Учитывая, что команда должна выполняться на самом маленьком маршрутизаторе и линейной карте вверх, это было важнее точности.
'show proc cpu history' может отображать историю за одну минуту, один час или 72 часа (http://www.cisco.com/en/US/products/sw/iosswrel/ps1828/products_tech_note09186a00800a65d0.shtml#showprochistory)
OID для Cisco показывают 5-секундные, 1-минутные или 5-минутные интервалы занятости в процентах (http://www.cisco.com/en/US/tech/tk648/tk362/technologies_tech_note09186a0080094a94.shtml#topic1).
Разница может заключаться в длительности используемого интервала.
По большому счету, это не так уж важно. Один дает вам один номер, а другой дает вам другой номер рядом. Используйте протокол SNMP для построения графиков и сбора данных и не беспокойтесь слишком о «реальном гарантированном использовании». Скорее всего, это связано с разными интервалами выборки и невозможностью получить мгновенную скорость (т. Е. В любом конкретном временном интервале ЦП либо 100%, либо 0%).