Ошибочно подсчитываются данные с сетевых интерфейсов.

[UserZabbix]

Добрый день!

Такая ситуация - есть заббикс 4.0.2 на 7 сентосе. Только начал в нем разбираться, что куда да как. И возникла непонятная ситуация с неправильным подсчетом трафика на сетевых интерфейсах. Неправильно считаются по snmp данные по интерфейсам с микротика, данные занижаются примерно в 7 раз от фактического. То есть при ширине канала в 100Мбит показывается средняя нагрузка в 2-5 Мбит. Что не лезет ни в какие ворота. Пробовал ради интереса грузить интерфейс самого сервера - так и там тоже ошибочные данные. ipperf считает, что загрузил сеть потоком в 940Мбит, заббикс на графике выдает, что максимум на 630.
Ошибок каких то критических в логах нет.
Что делать и куда копать? По форуму полазил, но чего то такого, что натолкнуло на мысль в решении данной проблемы я не нашел.

[Kos]

Неправильно считаются по snmp данные по интерфейсам с микротика, данные занижаются примерно в 7 раз от фактического. То есть при ширине канала в 100Мбит показывается средняя нагрузка в 2-5 Мбит. Что не лезет ни в какие ворота.

Сравнивать можно сопоставимые величины. Что и с чем сравниваете вы?

Во-первых, "ширина канала" и "нагрузка" - это разные понятия. Первое - это максимальная пропускная способность (как правило, вместе со всей служебной информацией), величина фиксированная для вашего оборудования. Второе - то, насколько вы загружаете этот канал реально - величина весьма нестабильная. Логично, что реальная средняя нагрузка, как правило, составляет только часть от максимальной пропускной способности.

Во-вторых, нужно убедиться, что данные по нагрузке собираются в тех же единицах. Как правило, по SNMP отдаются значения счётчиков, которые содержат количество октетов (т.е. байт), прошедших через интерфейс с момента последней перезагрузки устройства. Для преобразования в единицы "биты в секунду" Zabbix должен вычислить разницу между последним и предпоследним значением этого счётчика, поделить на время между замерами и домножить на восемь (для преобразования октетов в биты). Делается это через препроцессинг в два шага: "Change per second" и "Custom multiplier" (для домножения на восемь). Возможно, у вас не делается второй шаг, и значение остаётся не в битах в секунду, а в октетах в секунду (это объясняло бы разницу "примерно в 7 раз").

Наконец, в третьих, получаемые по SNMP значения, как было сказано выше, покажут среднее значение за интервал опроса. Судя по вашим графикам, у вас данные опрашиваются раз в минуту - вот вы и видите среднее значение за минуту. Если за эту минуту в течение 10 секунд выполнялся iperf, который смог загрузить канал практически полностью (что не факт), а в остальное время канал был практически свободен, то среднее значение за эту минуту у вас будет (10/60)=1/6 от достигнутого iperf-ом. Т.е. пик на графике будет, но отнюдь не такой высоты, как вы ожидаете. Если же очередной опрос Zabbix-ом придётся на середину работы iperf-а, то этот пик будет вдвое шире, но при этом ещё вдвое ниже. И никакой мистики.

[UserZabbix]

Спасибо за развернутый ответ, буду разбираться дальше.