Провалы в графиках

[sergelisky]

Доброго LOCAL_TIME!

Имеется слабенкий сервак под Zabbix (2.0.4). Мониторю небольшую сетку с разными оборудованиями (свитчи, бесперебойники и т.д).
Пока под наблюдением небольшое количество узлов.



Сервак вроде сильно/почти не нагружен:




Никак не могу понять, из за чего происходит вот это:



Причем, Такая же картина на всех портах почти всех коммутаторов, кроме бесперебойника и самого сервака zabbix.

Куда копать? Кто нибудь сталкивался с такой проблемой?

ЦПУ - Pentium(R) Dual-Core CPU E6700 @ 3.20GHz, 2 cores
Память - 4 ГБ
ОС - CentOS Linux 6.2
БД - Postgresql 8.4

[bga83]

Судя по скринам(а именно требуемому быстродействию) у тебя интервал опроса элементов очень довольно маленький. Поэтому посмотри длину очереди, если она существенно отличается от нулевой, то настрой мониторинг внутренних процессов zabbix, а именно их нагрузку подробнее смотри zabbix[process,<type>,<mode>,<state>]

По результатам возможно придется немного поподбирать количество таких процессов, либо еще как вариант все увеличить период опроса элементов.

[EAK]

Добрый день. У меня была похожая проблема при мониторинге трафика (если он у вас по snmp мониторится).

Мне помогло, когда вместо OID IF-MIB::ifInOctets.x стала использовать IF-MIB::ifHCInOctets.x (или .1.3.6.1.2.1.2.2.1.10.x заменила на .1.3.6.1.2.1.31.1.1.1.6.x). И то же самое с out трафиком.
Данные те же, только другой тип счетчика октетов

[Rihter]

Добрый день, у меня есть такая проблема

не могу понять почему это провалы влазят

[dima_dm]

не могу понять почему это провалы влазят

Могут быть
1) Маленькие timeout и zabbix_server просто не успевает получить ответ.
Попробуйте увеличить таймауты для zabbix_agent и zabbix_server
/etc/zabbix/zabbix_agentd.conf
Timeout=30
/etc/zabbix/zabbix_server.conf

### Option: Timeout
#       Specifies how long we wait for agent, SNMP device or external check (in seconds).
#
# Mandatory: no
# Range: 1-30
# Default:
Timeout=30

И рестартовать zabbix_agent и zabbix_server
По умолчанию там 3 сек Timeout

2) Не хватает Pollers для опроса Item
Если есть очередь Администрирование-> Очередь, нужно увеличивать количество Pollers.
Пример:
/etc/zabbix/zabbix_server.conf
StartPollers
Для разных проверок Poller-ы разные, смотрите конфигурационные параметры
Есть Item, по которому можно посмотреть загрузку процессов zabbix.
http://www.zabbix.com/documentation/...l/config/items
zabbix[process,<тип>,<режим>,<состояние>]

[Rihter]

dima_dm
Спасибо за оперативный ответ, самое интересное что на всех агентах стоит таймаут, а на самом сервере нет)) буду надеяться что это поможет, очереди никогда не было, а ночью не знаю. Как можно посмотреть? в логах где то может...

[dima_dm]

dima_dm
Спасибо за оперативный ответ, самое интересное что на всех агентах стоит таймаут, а на самом сервере нет)) буду надеяться что это поможет, очереди никогда не было, а ночью не знаю. Как можно посмотреть? в логах где то может...

Есть item zabbix[queue]

[Rihter]

понял, я просто изначально выключил этот шаблон, сейчас включил, посмотрим как будет, но на очередь вроде не ругалось, пингер писало занятый, но это я уже поправил

[sergelisky]

Судя по скринам(а именно требуемому быстродействию) у тебя интервал опроса элементов очень довольно маленький. Поэтому посмотри длину очереди, если она существенно отличается от нулевой, то настрой мониторинг внутренних процессов zabbix, а именно их нагрузку подробнее смотри zabbix[process,<type>,<mode>,<state>]

По результатам возможно придется немного поподбирать количество таких процессов, либо еще как вариант все увеличить период опроса элементов.

Увеличил интервал до 30 сек, было 5 сек Значение требуемого быстродействия в дашборде: 62-65
Теперь даже старые "точечки" нарисовались нормально...

Добрый день. У меня была похожая проблема при мониторинге трафика (если он у вас по snmp мониторится).

Мне помогло, когда вместо OID IF-MIB::ifInOctets.x стала использовать IF-MIB::ifHCInOctets.x (или .1.3.6.1.2.1.2.2.1.10.x заменила на .1.3.6.1.2.1.31.1.1.1.6.x). И то же самое с out трафиком.
Данные те же, только другой тип счетчика октетов

Да, действительно по снмп мониторю. Пока не стал менять мибы, просто увеличил интервал опроса. Но мибы взял на заметку.

В любом случаи, спасибо всем за помощь.

[igoreha311]

Обычно такая проблема при частом опросе, да и если используют 32-х битные счетчики. Так что используйте 64-х битные.