Единая точка управления агентами системы мониторинга Zabbix

[Giflop]

Здравствуйте.
Хочу узнать, можно ли организовать средство представления событий метрик, без базы данных, но с возможностью подключения к базам данных систем Zabbix proxy, то есть view у меня не имеет БД, если только для аутентификации/авторизации, а накопительные процессы по событиям копятся и хранятся в зонах, которые обслуживают proxy ?

[Hamardaban]

Забикс из каропки так не работает.
Прокси не копят данные в своих базах, а отправляют на сервер. По сути база с данными метрик одна.
Для понимания возможностей системы и их совпадения с вашими желаниями загляните в документацию
https://www.zabbix.com/documentation...ction/overview

[Giflop]

Спасибо за принятие участия в диалоге.
Вероятно Вы не просто так подчеркнули из под "каропки", то есть по умолчанию.
Мне досталась инфраструктура, где как раз есть zabbix proxy и центральный zabbix сервер, у обоих серверов своя самостоятельная БД, К примеру если я отключу БД на прокси, о у меня забьётся очередь запросов со стороны Zabbix сервера, как только БД запускаю, очередь "расползается".

[Hamardaban]

Отключите базу на прокси - прокси некуда будет писать \ читать т.е. он по факту просто перестанет работать. Естественно будет копиться очередь.
База для прокси - буфер.
Ну а пофантазировать на тему: "а вот я перепишу весь забикс и будет он работать как я хочу!" можно, но не продуктивно.
Спасибо что порадовали общество своими идеями.

PS
в планах есть вот что Zabbix 7.0 LTS Planned release date: Q2 2023

Distributed monitoring

• One dashboard for multiple data sources
  Ability to display data from multiple Zabbix servers on a single dashboard to enable multi-DC monitoring scenario

[Giflop]

Отключите базу на прокси - прокси некуда будет писать \ читать т.е. он по факту просто перестанет работать. Естественно будет копиться очередь.
База для прокси - буфер.
Ну а пофантазировать на тему: "а вот я перепишу весь забикс и будет он работать как я хочу!" можно, но не продуктивно.
Спасибо что порадовали общество своими идеями.

PS
в планах есть вот что Zabbix 7.0 LTS Planned release date: Q2 2023

Distributed monitoring

• One dashboard for multiple data sources
  Ability to display data from multiple Zabbix servers on a single dashboard to enable multi-DC monitoring scenario

Здравствуйте, поправлю Вас: Q2 2024 год

[Semiadmin]

Так это же про дашборд для нескольких различных заббикс-серверов, а не для проксей. Графана, кстати, может такое и сейчас.

[Giflop]

Здравствуйте.
А что мешает использовать такой подход для прокси?
За наводку про Графана, спасибо.

[Semiadmin]

отсутствие у прокси БД для постоянного хранения, веб-интерфейса и API

[Hamardaban]

Так это же про дашборд для нескольких различных заббикс-серверов, а не для проксей

Совершенно верно. Но если уж стоит такая "странная" задача - то кто мешает поставить в "зонах" серверы вместо прокси?
Кривые задачи порождают кривые решения :-)

А что мешает использовать такой подход для прокси?

просто никому не нужно.....

[Giflop]

Совершенно верно. Но если уж стоит такая "странная" задача - то кто мешает поставить в "зонах" серверы вместо прокси?
Кривые задачи порождают кривые решения :-)

Почему задача странная ?

[Giflop]

Совершенно верно. Но если уж стоит такая "странная" задача - то кто мешает поставить в "зонах" серверы вместо прокси?
Кривые задачи порождают кривые решения :-)

Поясните пожалуйста, причём здесь "эта" лирика?

[Hamardaban]

Вы наверно считаете что общаетесь с представителями разработчика? :-) Расстрою вас - большинство на форуме простые пользователи.
Свобода слова в рамках правил форума во всей красе.
Пояснил? вот и славно! я лично более на ваши темы я реагировать не буду. До свидания. Отвечать мне не надо - не трудитесь

[Hamardaban]

А разве не очевидно? У всякой системы есть определенная структура которая обусловлена многими факторами. В z - это отношения агент <> прокси <> сервер <> gui. Вы же хотите того, что в рамках системы не предусмотрено. Для вас задача - обыкновенная \ для забикса - странная. реализация этой задачи в рамках Z - это множество костылей и гуано с палками. Стоит оно того? Может найти систему более подходящую под ваши запросы?

[Giflop]

А разве не очевидно? У всякой системы есть определенная структура которая обусловлена многими факторами. В z - это отношения агент <> прокси <> сервер <> gui. Вы же хотите того, что в рамках системы не предусмотрено. Для вас задача - обыкновенная \ для забикса - странная. реализация этой задачи в рамках Z - это множество костылей и гуано с палками. Стоит оно того? Может найти систему более подходящую под ваши запросы?

Ну типо, может Вам тогда вообще не развиваться и замереть в одном состоянии N противореча всем законам энтропии? Именно так Вы щас изложили Вашу позицию, при этом что тоже странно, дали системе которая должна работать на потребителя, какое-то мнение, то есть это как "для забикса - странная"? Это система, она работает так как ей скажешь, не Человек, понятия для неё "странно" нет, странно для Человека? Возможно, но эти флуктуационные опусы выпадов с Вашей стороны, оставьте для своих лирических само утверждений, в рамках частного. Здесь есть поставленный вопрос и нужен поставленный ответ.

[Kos]

Здравствуйте.
Хочу узнать, можно ли организовать средство представления событий метрик, без базы данных, но с возможностью подключения к базам данных систем Zabbix proxy, то есть view у меня не имеет БД, если только для аутентификации/авторизации, а накопительные процессы по событиям копятся и хранятся в зонах, которые обслуживают proxy ?

Я не очень понимаю, что именно Вы хотите (и, похоже, не только я).
Вам уже пояснили, что в архитектуре Zabbix его прокси выполняют только сбор данных и последующую их отправку на сервер для дальнейшей обработки.
База данных на прокси-серверах Zabbix используется только в качестве буфера, где собранные данные хранятся кратковременно до того момента, как смогут быть отправлены на сервер (как правило, в пределах секунд, если нет проблем с коммуникациями). Там не хранится ни история значений, не, тем более, какие-то события (события и действия по ним генерируются уже на сервере Zabbix, а не на прокси).
Что именно Вы хотите извлекать из "баз данных систем Zabbix proxy"?

[Giflop]

Я не очень понимаю, что именно Вы хотите (и, похоже, не только я).
Вам уже пояснили, что в архитектуре Zabbix его прокси выполняют только сбор данных и последующую их отправку на сервер для дальнейшей обработки.
База данных на прокси-серверах Zabbix используется только в качестве буфера, где собранные данные хранятся кратковременно до того момента, как смогут быть отправлены на сервер (как правило, в пределах секунд, если нет проблем с коммуникациями). Там не хранится ни история значений, не, тем более, какие-то события (события и действия по ним генерируются уже на сервере Zabbix, а не на прокси).
Что именно Вы хотите извлекать из "баз данных систем Zabbix proxy"?

Прошу прощения, но впечатление что Вы защищаете товарища своего, не стоит, у меня был вопрос (не люблю повторяться) но развёрнуто ответили только Вы.
Мне не объясняли именно так "Вам уже пояснили, что в архитектуре Zabbix его прокси выполняют только сбор данных и последующую их отправку на сервер для дальнейшей обработки." По этому не лукавьте. Человек ответил так размазано, что с первого раза мне не было понятно, то что Вы описали ему бы использовать на пример как надо описывать ответы.
Если он возомнил что делает одолжение, пусть вообще тогда с таким подходом не касается тематик сообществ, он явно не социально коммуникативный Человек.
Так же Ваш союзник умудрился дезинформировать меня, что говорит о его качестве не в лучшую сторону.
Моих данных с схемой моего вопроса достаточно для понимания. Доказательство тому Ваш союзник, он понял и другие поняли, а то что Вы говорите что кто-то не понял, кто именно то? Зачем сочиняете? Все поняли, просто все начали остроумничать и философствовать, мне это не нужно, а если у Вас здесь кружок лирики и философии, меняйте тогда тематику.

[Giflop]

И не знаю, к Вашему сожалению или счастью, поведение базы zabbix proxy, не то, как Вы описываете, данные не стираются, копятся, недавно innodes заканчивались именно из за этой причины на узле.
То есть, предполагается использовать в будущем явное объявление параметров:
# ZBX_HOUSEKEEPINGFREQUENCY: 1
# ZBX_MAXHOUSEKEEPERDELETE: 50000 * N
Для удалений записей в БД.

[Kos]

Прошу прощения, но впечатление что Вы защищаете товарища своего, не стоит, у меня был вопрос (не люблю повторяться) но развёрнуто ответили только Вы.
Мне не объясняли именно так [...]

Во-первых, я бы попросил не переходить на личности. Обсуждать не персону, а только её мнение; а в идеале - проблему, заданную темой.
Во-вторых, в первой же ответной реплике вам сказали, по сути, то же, что написал я (только другими словами). Кратко, по делу, со ссылкой на документацию.
Наконец, в-третьих: считаете ли Вы, что получили ответ на Ваш вопрос, или же хотите ещё что-то уточнить? Только, пожалуйста, по сути и без хамства. Обсуждение личностей здесь меня не интересует.