Быстродействие сервера

[SeriousSam]

Добрый день всем!
Пытаюсь поднять мониторинг для сети. По началу, пока коммутаторов было мало, около 20, графики рисовались нормально, но со временем, как обнаружилась вся сеть (около 500 коммутаторов), думаю, перестало хватать производительности. Графики рисуются точками:
Т.к. являюсь новичком в заббиксе, настройки выставлял по подсказкам в логе и они получались такие:

[FONT=monospace][COLOR=#000000]ListenPort=10051 [/COLOR]
SourceIP=10.0.1.98
LogType=file
LogFile=/var/log/zabbix/zabbix_server.log
DebugLevel=2
DBName=zabbix
DBUser=zabbix
DBPassword=****
CacheSize=2G
HistoryIndexCacheSize=32M
TrendCacheSize=32M
ValueCacheSize=128M
Timeout=4
FpingLocation=/usr/sbin/fping
LogSlowQueries=3000
StatsAllowedIP=127.0.0.1 [/FONT]

[SeriousSam]

Очередь на сервере

[Kos]

Графики точками - симптом того, что не все ожидаемые (в соответствии с расписанием) данные были получены.
Наличие элементов в очереди долгое время говорит о том, что соответствующие типы процессов не справляются со своими задачами.
Опрос по SNMP выполняется обычными процессами pollers, которых по умолчанию запускается 5 штук.
Вероятнее всего, с увеличением количества устройств на мониторинге этого количества поллеров просто перестало хватать, и нужно их число увеличить (параметр "StartPollers=" в конфиг-файле сервера Zabbix). Доказательством этого предположения будет график "Data gathering processes" из стандартного шаблона для сервера Zabbix: если на нём утилизация процессов "poller data collector" хронически под 100%, то это точно оно. Сколько именно нужно выставить - зависит от вашей конфигурации и нагрузки, надо подбирать экспериментально таким образом, чтобы максимум на этом графике был ниже 100% (будет всплесками на уровне 60-80% - отлично).
Ну и остальные процессы тоже посмотреть, в том числе на графике "Internal processes". Например, одна из стандартных проблем - использование базы данных в конфигурации "по умолчанию" (безо всякого тюнинга под Zabbix), в этом случае классический симптом - когда некоторые процессы (в первую очередь, housekeeper) загружены на 100% постоянно из-за медленной работы базы данных; соответственно, тормозит и весь сервер (поскольку новые поступающие данные тоже должны быть записаны в эту же базу).

[SeriousSam]

Пост достоин звания "Руководство к старту" для начинающих! Снимаю шляпу! Нигде в интернете не встречал такой краткой и четкой интструкциии. Благодарю!

[Kos]

Пост достоин звания "Руководство к старту" для начинающих! Снимаю шляпу! Нигде в интернете не встречал такой краткой и четкой интструкциии. Благодарю!

Хоть помогло? Заработало?

[Hamardaban]

Еще можно попробовать поиграть параметром интерфейса SNMP "Использовать массовые запросы"
В зависимости от того как устройства обрабатывают bulk запросы может помочь как снятие так и установка этого флажка.
Еще совет: можно попробовать вынести часть запросов на прокси - сервер "вздохнет" свободнее.

[SeriousSam]

Хоть помогло? Заработало?

Стараюсь все делать вдумчиво, не спеша. Начал с того, что прикрутил агент на локалхосте, пытаюсь с ним разобраться и найти график "Data gathering processes". Пока не нашел

Еще совет: можно попробовать вынести часть запросов на прокси - сервер "вздохнет" свободнее.

Это надо дополнительное железо ставить или можно этим же сервером обойтись?

[Kos]

Начал с того, что прикрутил агент на локалхосте, пытаюсь с ним разобраться и найти график "Data gathering processes". Пока не нашел

Этот график в шаблоне для сервера Zabbix, по умолчанию он прицеплен к самому серверу. Для его использования агент не нужен.
Проверьте, есть ли у вас шаблон "Zabbix server health" или что-то подобное (точное имя может отличаться в зависимости от версии Zabbix; кстати, какая у вас?).

[SeriousSam]

Да, такой шаблон есть, так и называется. Прикрутил к агенту, ждем данных.
Версия Zabbix 6.0.12. Спасибо вам за помощь!

[Hamardaban]

Про прокси - ставить на тот же сервер смысла нет.
На отдельную виртуалку или железо.