а надо просто научить его вязать не только к хосту а и к такому объекту как дашборда

создаешь виртуальный хост для каждой группы и все

я понимаю, это херня

и права давай на дашборду тоже

и все будет ок

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

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

погоди. а че сразу не получится?

слишком много данных будет

в мониторинге не должно быть 5 лет

должна быть оперативная информация и база с историей

это кто сказал?

вот аналитику на исторических данных и делать

слишком много данных будет

Я не понял, а если будет агрегирующий элемент - не будет тянуть данные из базы?

это говорю как все делают у кого с головой все ок

будет, но только по одному элементу а не по 500

будет, но только по одному элементу а не по 500

как будет вглядеть агреггирующий элемент для рисования графика из 500 хостов?

внимательно послушаю

это говорю как все делают у кого с головой все ок

easy easy

и для этого используют TSDB - "чтобы быстро"

и с этим воюют в 4 версии со всякими эластиками

потому что классическая СУБД плохо работает с метриками

а у меня все в одном забиксе, хотите воюйте

а у меня все в одном забиксе, хотите воюйте

ты похож на разработчика который говорит "у меня все работает"

никто не воюет, просто дискутирую на тему что не так

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

делай, я лучше через графану

тут каждый сам выбирает чот ему и как

но

я не понимаю почему нельзя изначально было сделать такое: "Хочу вывести с группы серверов 1 метрику в 1 график"

например по всем гипервизорам показать cpu avg1

я пробовал через Графану, когда я начинаю смотреть трафик за месяц по 250 серверам, то мне приходится ждать 4 минуты

я пробовал через Графану, когда я начинаю смотреть трафик за месяц по 250 серверам, то мне приходится ждать 4 минуты

закинь данные в influxdb и будет тебе счастье

инфлакс как пример

а там что больше нравится

я не хочу это проприетарщину юзать

выше написал

да у меня и в забиксе все работает, зачем мне несколько сущностей

я пробовал через Графану, когда я начинаю смотреть трафик за месяц по 250 серверам, то мне приходится ждать 4 минуты

а тут жалуешься

а потом "все работает"

если все работает - зачем жалуешься?

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

можно

через жопу

это называется API

я не хочу это проприетарщину юзать

https://github.com/influxdata/influxdb проприетарщину? p.s.: причины её не использовать всё же имеются, но они в другом

https://github.com/influxdata/influxdb проприетарщину? p.s.: причины её не использовать всё же имеются, но они в другом

это бесплатно только для одной ноды, а если хочешь кластер плати 15000$

это бесплатно только для одной ноды, а если хочешь кластер плати 15000$

тем не менее сам продукт не проприетарный (MIT), будем честны

а, ну это может быть

только от этого не легче

Добрый день. Помогите разобраться как это сделать в заббиксе красиво. На сервере есть log файл в который складываются события от одного процесса. Процесс обрабатывает файлы разных типов и событие выглядит следующим образом: "Дата события":LOADER:"Тип данных":"Тип обработки":NNN Я забрал из лога в заббикс все события типа LOADER через active logrt item. Потом создаю dependent item'ы с preprocessing поиском по regexp вида ".*LOADER:Тип_данных_х:Тип_обработки_у:([0-9]+)" \1 В item'ы складываются значения, но они сами постоянно висят в состоянии "unsupported" , т.к. "pattern doesn't match", что естественно, т.к. в общем логе несовпадающих событий в 40 раз больше. Почитав багтрекер, я нашел ZBX-12500, который очень похож на мою проблему, но вроде бы решен в моей версии. 3.4.11. Как workaround предлагают "adding another regsub operation with patthern (.*) and output 0\1" Пробую: ".*LOADER:Тип_данных_х:Тип_обработки_у:([0-9]+)|(.*)" \1 Получаются данные: "null","null",..,"22","null",.. Но мне надо чтобы Null сообщения не создавались, а записывались только найденные данные. Либо так работать не будет и надо создавать 40 item типа logrt?

это бесплатно только для одной ноды, а если хочешь кластер плати 15000$

ну elasticseatch используй или opentsdb

только от этого не легче

есть альтернативы

Еластик для логов

не только

но разве это кого-то волнует?

Opentsdb чтобы поднять упахаться можно

Так что пожалуй я как нибудь на забиксе

Тем более никаких проблем я не испытываю

Все хорошо

Работает как часы

тогда не заявляй громко про эластик для логов или проприетарщина

Еластик для логов

Эластик много для чего

Ну как хотите

Ну как хотите

не бросайся тут - подловят все равно. это ж технический чат

Все хорошо

утром ты жаловался на 4 минуты

ERROR: S client not available

попустило наверное

Тем более никаких проблем я не испытываю

?

@ableev разве гиф нельзя запретить? ;) только стикеры ? ;)

@terrifilch по каждому кадру надо )

но пусть будет. колоритный и характеризующий гиф

@ableev разве гиф нельзя запретить? ;) только стикеры ? ;)

Уже можно

Коллеги, а никто случайно массово не запускал обнаружение в своей сети, скажем, Д-Линков?

Коллеги, а никто случайно массово не запускал обнаружение в своей сети, скажем, Д-Линков?

??

Коллеги, а никто случайно массово не запускал обнаружение в своей сети, скажем, Д-Линков?

по маку чтоль?

отставить панику, я вам ещё про мониторинг радио не рассказывал ;)

по маку чтоль?

как угодно

просто ситуация - говно. есть зоопарк из нескольких видов длинков, не на всех включен snmp, в основном телнет доступен

не ну реально, как можно обнаружить устройство типа длинк? ток по маку.. ну еще пакеты парсить, но это зло уже

по версии прошивки еще

был бы на всех snmp - было бы проще гораздо

по версии прошивки еще

ну версия прошивки вылетит, когда snmp будет

открыт

ну да )

или при коннекте телнетом, но это не точно

у заббикса есть проверка типа telnet - но там просто проверяет открыт ли 23 порт или нет....

у заббикса есть проверка типа telnet - но там просто проверяет открыт ли 23 порт или нет....

телнет не дает ифны, если ты не зайдешь и не сделаешь show verssion или etc.

вот вот.

тут больше скрипты на python зайдут

спарсить по ренжу ответы от телнета или включить всем snmp

а как ты включать будешь?

если конечно, он у вас есть ;)

а как ты включать будешь?

обычно, как он включается в устройстве, просто там надо мног if-ов писать .... или try - exept

на разные версии ос

ты ж коннектиться должен по ssh на девайс?

ты ж коннектиться должен по ssh на девайс?

телнет же парень говорит

ну пофиг