Нестабильная работа Zabbix Server

[Steel_Rat]

Доброго времени суток!
Последнее время стал "пошаливать" заббикс-сервер. Выражается подобное в неизвестно откуда появляющихся проблемах с получением данных от мониторящихся хостов по абсолютно всем итемсам. Т.е. заббикс-сервер пытается опросить агенты, не получает данных, ставит задачу в очередь, причем в очередь >10 минут ожидания. Отсюда возникают сработки по триггерам, в том числе и по доступности:

{TEMPLATE:agent.ping.nodata(180)}=1

Характеристики развернутой системы:

Конфигурация заббикс-сервера:
http://pastebin.com/2BWc7M4m

Если у кого есть какие-нибудь предположения/соображения и пр., то просьба поделиться ими.

[dima_dm]

При этом Zabbix сервер не падает?
База данных доступна?
Проблема может быть в недостаточной производительности базы данных.
Не указали версию Zabbix server.

[Steel_Rat]

Заббикс-сервер не падает.
База доступна (MySQL, в формате InnoDB). Конфиг

# zabbix_server -V
Zabbix Server v1.8.9 (revision 23398) (22 November 2011)
Compilation time: Dec 4 2011 19:14:17

До этого был собран 1.8.3 и наблюдалась аналогичная ситуация.

[dima_dm]

zabbix_get агенты проверяли, в момент проблемы с них можно получить данные?
Используется проверки zabbix_agent активные или пассивные?
Задержки в получении данных не превышают Timeout-ы для 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

[Steel_Rat]

Агенты не проверял. Возьму на заметку отследить возможность приёма данных.
Спасибо.

[Steel_Rat]

Добрый день!
zabbix_get значения с серверов по итемсам успешно снимает во время фэйлов.
В шаблонах же все итемсы имеют тип "Zabbix агент", что, насколько я понимаю, означает пассивный способ опроса.

[dima_dm]

Добрый день!
zabbix_get значения с серверов по итемсам успешно снимает во время фэйлов.
В шаблонах же все итемсы имеют тип "Zabbix агент", что, насколько я понимаю, означает пассивный способ опроса.

Правильно понимаете. zabbix_get снимает данные аналогично "Zabbix агент" пассивный, т.е. проверка корректная.
Очередь – это виртуальное отображение, которое показывает на сколько просрочен интервал обновления Items.
Если есть очередь Администрирование-> Очередь, нужно увеличивать количество Pollers.
Пример:
/etc/zabbix/zabbix_server.conf
StartPollers

[zalex_ua]

Если есть очередь Администрирование-> Очередь, нужно увеличивать количество Pollers.

А я бы порекомендовал сначала почитать вот это

[Steel_Rat]

События не заставляют ждать.
Число пулеров было увеличено с 5 до 30-ти.
Число unreachable poller осталось равным 5-ти.
Загрузка пулеров: график

[Steel_Rat]

Загрузка unreachable poller: график

[Steel_Rat]

Размер очереди: график

[dima_dm]

Посмотрите на свой график Загрузка unreachable poller, у вас хосты становятся недоступными, либо Вы Timeout очень маленький поставили.
У меня тоже стоит
StartPollersUnreachable=5
Но загрузка Unreachable пуллеров около нуля и не поднимается выше 2%.
Если хосты становтся недоступны, не удивительно, что растёт очередь.
Ещё раз повторю, Очередь – это виртуальное отображение, которое показывает на сколько просрочен интервал обновления Items.
Т.е. число Item, для которых вовремя (по интервалу обновления) не пришли новые данные.

[Steel_Rat]

### Option: UnreachablePeriod
#	After how many seconds of unreachability treat a host as unavailable.
#
# Mandatory: no
# Range: 1-3600
# Default:
UnreachablePeriod=180

### Option: UnavailableDelay
#	How often host is checked for availability during the unavailability period, in seconds.
#
# Mandatory: no
# Range: 1-3600
# Default:
UnavailableDelay=180

### Option: UnreachableDelay
#	How often host is checked for availability during the unreachability period, in seconds.
#
# Mandatory: no
# Range: 1-3600
# Default:
# UnreachableDelay=15

Какие значения посоветуете выставить?

[dima_dm]

Какие значения посоветуете выставить?

Я говорил про Timeout

http://www.zabbix.com/forum/showpost.php?p=94653&postcount=4

А если хосты периодически недоступны (либо очень большие задержки), то устранять причину этой недоступности.
А приведенные вами Timeout, позволяют оптимизировать работу unreachable poller, но не решают проблему с очередью.

[Steel_Rat]

Но судя по комментариям в конфиге, максимальное значение timeout ограничено как раз таки 30 секундами, что выставлено и так.