Синхронный сбор данных

[Victor Vislobokov]

Привет, всему честному люду.
А скажите мне, есть ли способ собирать данные СИНХРОННО?
Поясняю. Допустим я получаю через Zabbix Agent параметры памяти (всего. свободно, доступно, занято и т.д.). Допустим, я собираю эти параметры один раз в минуту. Но вот нет никаких гарантий, что это происходит синхронно. Скажу больше, как показывает график, который строится по этим значениям - это не так! Что происходит в итоге: если сложить параметр использовано и доступно, то он почти никогда (особенно на загруженных системах) не будет равен имеющемуся размеру памяти, потому что все три параметра снимались не синхронно а по очереди с каким-то временными промежутками.
Есть и другие случаи, когда нужно синхронное снятие данных, просто этот наиболее нагляден

[MaksaevDA]

Привет.

Посмотрите "Пользовательские интервалы"

https://www.zabbix.com/documentation/4.0/ru/manual/config/items/item/custom_intervals

[Victor Vislobokov]

Так а я как по-вашему данные собираю? Через пользовательские интервалы! Вот несинхронно и получается. Раз в минуту не озачает ОДНОВРЕМЕННО с другими, которые раз в минуту.

[Kos]

Видимо, коллега MaksaevDA имел в виду интервалы по расписанию, где можно задать не просто "раз в минуту", а "каждую минуту строго в 00 секунд".
Это, однако, тоже не гарантирует полной синхронности, хотя вероятность повышается: скажем, графики будут рисоваться более красивыми.
А с учётом того, что триггеры вычисляются всё равно в порядке поступления данных последовательно, то это тем более полумера. Я имею в виду ситуацию, когда в одном триггере надо сравнить два разных значения меняющихся элементов данных: на точное совпадение их сравнивать бессмысленно, приходится извращаться.

[Victor Vislobokov]

Угу. По идее бы сделать некую галочку/привязку, что типа вот эти связанные элементы должны опрашиваться вместе с одно время.
Я выхожу из положения по памяти, сделав парсер для cat /proc/meminfo, но тут тоже не всё гладко, потому как у старых ядер Linux там нет Memory Available а у новых есть.
А вот для CPU вообще пришлось прикручивать iostat с подсчётом среднего значения за период времени. Зато всё синхронно и стэкируемый график строится

[Kos]

От себя ещё замечу, что если нет взаимозависимостей в триггерах, то для красивой картинки на стэкируемом графике, как правило, достаточно собирать данные с одинаковым интервалом в активном режиме. Тогда это делается агентом в один поток, и данные собираются практически одновременно (хотя и тут это не гарантировано).

[astrix89]

Синхронный сбор через траппер только если.
Будет некий скрипт, который собирает статистику разом, далее распихивает по нужным айтемам...

[sadman]

С философской точки зрения абсолютной синхронности не достичь.
Совет про траппер неплох. Тем, что за синхронность съема данных будете отвечать лично Вы, а не Zabbix.

[Semiadmin]

Если обсуждать все варианты, нельзя не сказать о разборе страницы статистики на зависимые айтемы через препроцессинг.
Кстати, насчет траппера и сендера. Если уж настолько задаться такой целью, то можно кидать метрики с ключем -T, получая совершенно одинаковый timestamp.