Когда вы говорите «использование интерфейса», я предполагаю, что вы имеете в виду использование интерфейса Ethernet. Если это предположение верно, необходимо исследовать пару OID:
1.3.6.1.2.1.2.2.1.10 — ifInOctets возвращает общее количество октетов, полученных на интерфейсе, включая символы кадрирования.1.3.6.1.2.1.2.2.1.16 — ifOutOctets возвращает общее количество октетов, переданных из интерфейса, включая символы кадрирования.1.3.6.1.2.1.31.1.1.1.6 – ifHCInOctets возвращает общее количество октетов, полученных интерфейсом, включая символы кадрирования (это 64-разрядная версия ifInOctets).1.3.6.1.2.1.31.1.1.1.10 – ifHCInOctets возвращает общее количество октетов, переданных из интерфейса, включая символы кадрирования (это 64-разрядная версия ifOutOctets).
Каждый OID является частью таблицы и будет иметь связанный индекс, который связывает его с описанием интерфейса (например, eth0 или br1).
Эти OID обеспечивают подсчет полученных и переданных октетов, поэтому их нужно немного помассировать, чтобы получить желаемые коэффициенты использования. В прошлом, когда я отслеживал эти OID, я запрашивал два значения с разницей в несколько секунд, а затем вычислял скорость.
(QueryResult2 - QueryResult1) / (SecondsElapsed)
Я предполагаю, что Cacti (который, как я предполагаю, вы используете, поскольку вы пометили им свой вопрос) имеет какой-то способ расчета скорости на основе значений SNMP, однако я никогда не использовал его, поэтому я не уверен.
Еще одно важное замечание: в snmpd.conf по умолчанию, включенном в CentOS, эти OID могут быть не включены. Если вы запускаете snmpwalk для 1.3.6.1.2.1.2 и 1.3.6.1.2.1.31 и получаете пустые результаты, отредактируйте /etc/snmpd.conf, чтобы настроить демон SNMP для ответа на эти OID. Я не могу вспомнить точный синтаксис, но я думаю добавить строку вроде
view all included .1
активирует все доступные OID на сервере.
person
lostriebo
schedule
25.07.2012
