GLĹD

а как это расшифровывается?

Зачем отдельную субд? Поднял графану, воткнул плагин для заббикса и вперед рисовать дашборды

ну там эластик или инфлюкс под ногами у графаны же

Нет, бд заббикса

Через апишечку

охохох

Плюс за графину. Она напрямую берет данные из збх

Вот логи лушче уже каким-нить графитом делать вместе с логстэшем

Ну да - elk стэк.. но как-то некрасиво это... хочется все в одном

охохох

мы вообще отказались от графиков в заббиксе, только выборки из latest data для дебага, все остальное в графане отрисовывается на куче дашбордов

Интересно

Граффики заббикс и правда ебланские рисует. Но пока не делал такую связку. Надо попробовать

https://s.esteq.net/c9kk4ma14v.png

вот тебе скриншот со скриншота

но представление дает о том как будет выглядеть

в целом довольно удобно

данные берутся напрямую из заббикса

Я работал с этой штукой, но мы вообещ от заббикса тогда отказались

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

а графана - для менеджмента красивые графики рисовать, ну и в целом даже при не полном алертинге видно где косяк с таких графиков

сейчас дам скрин с рабочей графаны

https://i.gyazo.com/fd2f50833f621195bc1ad8e662037ae7.png

но графана прилично ресов кушает, если заббикс прилично нагружен лучше выносить отдельно...

да не особо прилично, там есть кэширование какое-то, оно помогает

Кэш помогает снизить количество запросов к API (при обновлении дашборда делается только запросы истории). Но все равно, history.get самые прожорливые. Когда-нибудь попробую напрямую к базе подключаться для этого.

Кэш помогает снизить количество запросов к API (при обновлении дашборда делается только запросы истории). Но все равно, history.get самые прожорливые. Когда-нибудь попробую напрямую к базе подключаться для этого.

А чего там пробовать? Давай php’шечку набросаем и поэкспериментируем ) Мы бы тоже лучше напрямую ходили.

я пробовал прокси на python делать, но это еще на прошлой работе было, не успел сравнить толком. А так я жду backend plugins в графане, чтобы из Go напрямую к базе запросы делать.

Чтобы без дополнительных прослоек и уровней абстракции

Ну, “из Go” – что под этим подразумевается? Ещё один демон на Go?

так если там только тренды, то оно должно все довольно быстро гонять

Нет, что бэкенд плагина будет на Go

у нас по крайней мере так

Ну или как там Торкель сделает, не знаю точно

все что старше 7 дней - тренды, партиции убиваются на стороне базки какими-то скриптами

Да, с трендами нет проблем

Нет, что бэкенд плагина будет на Go

А, понял. И оттуда можно будет напрямую всякие разные SQL запросы делать?

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

Нормуль

Поэтому не хочу сейчас время на костыли тратить, если будет хорошее решение.

гуру заебикса, нужен совет More than 100 items having missing data for more than 10 minutes как такое победить

Administration -> Queue

и очередь там почти в 3 тыщи

да я уже там

вижу все это)

Ну вот и смотри, что не так

да все вроде так, традиционно вчера все работало никто ничего не торгал)

сервер стоит и 2 заббикс прокси, в конфигах и сервера и прокси пулеры пингеры увеличил, чо ему еще может не нравится,

может даже быть что то с БД

ммм чуть подробнее?

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

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

сеть не терял. статус конекта с хостами это что именно смотреть?

Коллеги, какая схема партиционирования psql для 3.2? Кто уже делал?

в очереди написано, какие метрики от каких хостов не доехали

аа, там все подряд не доезжает

вот надо посмотреть состояние хостов в обзоре хостов, с которых не доезжает

с ними все чики пуки, доступные и не болеют

а сами айтемы из очереди?

вроде как тоже отвечают

а то что тренды и история метрик в одном графике не отображаются это нормально?

Покажи, мы не ванги

на час сдвинул и тип графика меняется, так и надо?

Хаускипер раз в сколько запускается?

раз в час

ERROR: S client not available

Вообще это странно, если ты берёшь за “> сутки” и от текущего времени – должно строиться из трендов

А история сколько хранится?

там за три дня, и я отматал на несколько дней

7 дней

на 6 дней мотнул график

Ну, в принципе, это нормальное поведение

У меня почти так же, но немного иначе. Потому что везде сутки. Двигаю на пару часов назад относительно суток – просто линия рисуется.

А потом начинается из трендов строиться

ну да пофиг, рисуетсятам линия или нет не стлоь принципиально

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

не присылать их в ллд

не присылать их в ллд

так отключил прототип

это так не работает

или удалить

если нужно удалить конкретную метрику

действительно, удалил и метрика удалилась вслед прототипу

Плюс там есть время жизни в истории в настройках lld дискавера

Вот не понимаю zabbix. Выставил хранить историю не более 90 дней. Все как было, так все и осталось. В обнаружении как висели умершие компы год назад так и висят

Чего ему еще надо?

А как связаны обнаружение и история item'ов?

а где оно хранит историю?

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

На мой взглят ты просто доку не читал...

то что читал не дает ответа на мой вопрос

"Период хранения данных сетевого обнаружения (в днях)" вот к примеру

поставил 3 дня

Собственно, просмотрел все настройки в "Очистка истории" проставил все по 90 дней... Думал база уменьшиься с нынешних 4.8 гигов, до минимума, ан нет, ничего не изменилось

Собственно, просмотрел все настройки в "Очистка истории" проставил все по 90 дней... Думал база уменьшиься с нынешних 4.8 гигов, до минимума, ан нет, ничего не изменилось

Базу свернуть надо будет. Бэкап, делит, ресторе проще всего

Собственно, просмотрел все настройки в "Очистка истории" проставил все по 90 дней... Думал база уменьшиься с нынешних 4.8 гигов, до минимума, ан нет, ничего не изменилось

база вообще никогда не уменьшится, пока не шринкнешь её через OPTIMIZE, и то, если была включена опция innodb_file_per_table

Ну это ж явный косяк

Если есть очистка истории, то должна быть очистка истории.