Это вопрос поднимал Илья Аблеев, когда Алексей приезжал месяца полтора назад. Он просил его сделать пассивный zabbix multi Item.
То есть когда ты дергаешь например system.run[], а он тебе возвращает данные в формате которые ты формируешь для zabbix sender.
Но понимаешь какая тут проблема именно в архитектуре заббикса, что метрика должна быть создана, то есть тебе предварительно все равно траппер элементы создавать надо — этой какой костыль получается. И предположим как тут считать когда элемент стал не поддерживаемым когда например он вернул несколько метрик которые пришли и сервер их принял, а одну он не принял например
Тогда жмякай support.zabbix.com/browse/ZBXNEXT-2485 — vote :)
А bulk requests это как ты себе представляешь? просто если процесс не будет закрывать коннект, он просто последовательно их фигарить
Согласись, что родная функция в Zabbix 3.0 будет удобнее и не во всех базах такое можно будет провернуть, а ODBC это как раз попытка универсального доступа к разным базам?
А расскажите про вашу конфигурацию: сколько нод (дата, мастер, балансер) и каких: сколько памяти, процессоров и я так понял у вас 8-10 Гб логов в день?
К сожалению офис компании Badoo не резиновый, в зале для презентаций комфортно умещается 80 слушателей, больше уже проблематично.
Не смотря на лето и субботу, количество пожелавших придти превысили все наши ожидания, +50 человек после окончания регистрации написали лично, что хотят посетить митап.
Организаторы сейчас ищут возможность найти зал побольше в здание, если все получится, то мы напишем здесь об этом примерно в среду или четверг.
Вам нужно, чтобы приходила отбивка, и триггер не висел вечно в панели: триггер делается через две функции
{server:item.str(«warning»)}=1 & {server:item.nodata(60)}=0 — как-то так, у вас будет возникать евент и через 60 сек должен переходить в ОК
А Вы пробовали?
Я создал датасорс, который вытаскивает через Zabbix API одну метрику, но чтоб это было удобно нужно написать editor метрик, документации нет нормальной.
Скажите, а если человек работает фул-тайм, то необходимо каждодневное присутствие на кампе? То есть предположим после 19-00 и не сколько дней полный день не прокатят?
То есть когда ты дергаешь например system.run[], а он тебе возвращает данные в формате которые ты формируешь для zabbix sender.
Но понимаешь какая тут проблема именно в архитектуре заббикса, что метрика должна быть создана, то есть тебе предварительно все равно траппер элементы создавать надо — этой какой костыль получается. И предположим как тут считать когда элемент стал не поддерживаемым когда например он вернул несколько метрик которые пришли и сервер их принял, а одну он не принял например
Короче тут есть на чем подумать архитектурно
А bulk requests это как ты себе представляешь? просто если процесс не будет закрывать коннект, он просто последовательно их фигарить
Согласись, что родная функция в Zabbix 3.0 будет удобнее и не во всех базах такое можно будет провернуть, а ODBC это как раз попытка универсального доступа к разным базам?
Не смотря на лето и субботу, количество пожелавших придти превысили все наши ожидания, +50 человек после окончания регистрации написали лично, что хотят посетить митап.
Организаторы сейчас ищут возможность найти зал побольше в здание, если все получится, то мы напишем здесь об этом примерно в среду или четверг.
Приносите с собой «хотелки» :)
Все части www.youtube.com/playlist?list=PLor_lRxfl-gQh7geEYoMaCecUy0qSlCzK
сделали бы лучше один путь как возврат списка всех метрик для LLD,
а потом бы пушали активными проверками с интервалом
на дворе 2015 год, а люди все настальгируют по консолькам :)
{server:item.str(«warning»)}=1 & {server:item.nodata(60)}=0 — как-то так, у вас будет возникать евент и через 60 сек должен переходить в ОК
Чем вас logrt[] не устраивает?
Я создал датасорс, который вытаскивает через Zabbix API одну метрику, но чтоб это было удобно нужно написать editor метрик, документации нет нормальной.
:: Optional SNMP bulk requests
Added configuration file option EnableSNMPBulkRequests to disable SNMP bulk requests.