« Rev
@prozabbix   66
Fwd »


Dmitry
Графану ту же
Dmitry
Там уже и алертинг есть
Dmitry
Но мож придется написать экспортер
Nik
Не покатит Нужен лично zabbix
Dmitry
А что вообще мониторить надо?
Dmitry
На предмет чего,
Nik
На предмет того, что там определенные java приложения живы
Nik
И не более
Nik
Может кто знает такое говно как HP IUM
Dmitry
Я не занудничаю
Dmitry
Чтобы решить проблему надо точно определить
Nik
Значит, что pid висит, потребляемое озу не больше чем заявленный хип
Nik
И ещё пара кастомных метрик
Dmitry
И скаюладывать в файлик
Nik
Но суть в том, что они могут переезжать
Nik
И их всего 400
Nik
На 5 серверах
Nik
И они в случае падения уезжают на другой сервер
Dmitry
Уууу
Juriy
И они в случае падения уезжают на другой сервер
запапкуйте активный заббикс-агент внутрь контейнера с вашим приложением
Juriy
и пусть эти агенты стучатся в заббикс и рапортуют всякое
Nik
Оно не наше. Иначе бы встроили jmx
Juriy
Это еще смотря что у него за контейнер
ну условия озвучены довольно расплывчато :)
Andrey
а кому то доводилось мониторить pdu по snmp
Andrey
?
Evgeniy
Значит, что pid висит, потребляемое озу не больше чем заявленный хип
А если прикрутить какой нить trapper. Ну то есть скрипт, который сканет все ваши хосты, на наличие тех или иных приложение и их параметров. Если нет такого ни чего не шлет, если приложение есть, то шлет то что вам нужно.
Evgeniy
Не правильно выразился, скрипт на каждой машине (из 5) который сканит у себя нужные вам процессы
Dees7
Приветствую. подскажите (подкиньте идею) как сожно сделать: сейчас lld шарит по сети и ечли коммутатор ответил на snmp - добавляет его в забикс. проверяется sysObjectID. после чего на коммутатор навешивается шаблон в соответстихвии маркой (sysObjectID достаточно уникален в этом плане). но через какое то время коммутатр сгорает и его заменяют на другой. встает необходимость удалить старый шаблон и навесить новый. как это можно сделать?подойдет вариант удалить коммутатор с мониторинга. что бы его потом через lld добавило снова. но как это организовать не придумаю.
Evgeniy
ИМХО не совсем правильный подход, после того как вы удалите хост, у вас теряеться вся история, и все остальное. почему нельзя просто менять какие то шаблоны? Если в этом есть не обходимость К примеру у нас даже если происходит замена коммутатора на другой, основная часть истории сохранятьеся (пинги, задержка, цпу, и прочая инфа)
Evgeniy
Но процес не полностью автоматизированы... после заменны добавления коммутатора, запускается скрипт, который делает все что надо. Настраивает коммутатор, обновляет инфу, вешает шаблоны в заббикс и т.д. и т.п.
Хоттабыч 🐕
В доках предлагают создавать еще действие, с параметром ап/даун >=86400 тогда удалить из списка
Хоттабыч 🐕
А так, Если история нужна, то лучше действовать как описал Евгений
Evgeniy
С АпДаун косяк один, если свитч сгорел, то его явно заменят в течение суток, и тогда придеться крутить таймеры дискавери :( И тут как всегда, маленькие таймеры сделают ложные срабатывания, большие таймеры, не факт что отработают. Мы исходили из того что такое событие как замена\установка коммутатора это все таки "разовое" событие... а не по 100 штук на дню. А ради 3-4 можно и запустить одинк скриптик
Ķ₳ℝḾ₳
может кто подскажет по "простому" вопросу
Ķ₳ℝḾ₳
глупые китайцы перемудрили что то с коммутатором Huawei s2300
Ķ₳ℝḾ₳
когда используешь обнаружение то получаем значения от 1 до 30
Ķ₳ℝḾ₳
но по факту 6 индекс это первый порт
Ķ₳ℝḾ₳
вот как бы сделать сосмещение
Ķ₳ℝḾ₳
есть предложения? :)
Lefey
есть предложения? :)
Искать oid где есть описание интерфейса и фильтровать по нему
Lefey
Обычно это ifDescr или ifAlias
Lefey
В фильтре обнаружения сделайте регэксп пропускающий все необходимые названия ваших интерфейсов
Dees7
ИМХО не совсем правильный подход, после того как вы удалите хост, у вас теряеться вся история, и все остальное. почему нельзя просто менять какие то шаблоны? Если в этом есть не обходимость К примеру у нас даже если происходит замена коммутатора на другой, основная часть истории сохранятьеся (пинги, задержка, цпу, и прочая инфа)
Сохранить не очень нужно во первых. во торых менятьс яможет очень силльно (например заменят длин на циску). и как следствие все данные в люом случае будут удалены (ifindex поменяется и старые графики в люом случае удалятся). Замена у нас происходит немного не так. если коммутатор меняется, берется его конфиг из бэкапом, выбирается новая модель и генерируется конфиг на замену.занимается этим инженер который меняет (работающий в полях). и просто меняет. проверяя с дежурными что все поднялось. К забиксу не имеют доступ ни один из них. так что вариант с внешним скриптом рабочий, конечно (я сейчас проверяют внешним скриптом имена раз в неделю, и правлю при необходимости), но хочется всетаки на забиксе сделать.
Evgeniy
Сохранить не очень нужно во первых. во торых менятьс яможет очень силльно (например заменят длин на циску). и как следствие все данные в люом случае будут удалены (ifindex поменяется и старые графики в люом случае удалятся). Замена у нас происходит немного не так. если коммутатор меняется, берется его конфиг из бэкапом, выбирается новая модель и генерируется конфиг на замену.занимается этим инженер который меняет (работающий в полях). и просто меняет. проверяя с дежурными что все поднялось. К забиксу не имеют доступ ни один из них. так что вариант с внешним скриптом рабочий, конечно (я сейчас проверяют внешним скриптом имена раз в неделю, и правлю при необходимости), но хочется всетаки на забиксе сделать.
Так у вас как раз делается что и у нас, "берёться старый конфиг, выбирается новая модель и генерируется конфиг", добавить в эту прогу/скрипт, что бы он через АПИ забикса и сразу удалял старый хост, и добавлял новый с нужными шаблонами
Dees7
Так у вас как раз делается что и у нас, "берёться старый конфиг, выбирается новая модель и генерируется конфиг", добавить в эту прогу/скрипт, что бы он через АПИ забикса и сразу удалял старый хост, и добавлял новый с нужными шаблонами
это геморой, тк очень разнесены сервер сбора и генерации конфигов, и забикс. тем более это нужно всетаки действие руками. хочется автматически замечать смену типа коммутатора.
Crashnet
Спасибо
Crashnet
По умолчанию 1000, если я правильно помню
Ķ₳ℝḾ₳
получаю в ответ Ethernet0/0/1, у меня при событи грубо говоря получается выводить ifname / ifdescr
Ķ₳ℝḾ₳
выглядит как Ethernet0/0/1 / description возможно ли в Zabbix откинуть ненужное, а оставить в ifname к примеру только "1" ?
Dees7
плохая идея )
Dees7
у тебя может быть несколько плат и что ты оставишь для Ethernet1/0/1 и Ethernet1/1/1 например? )
Dees7
или если там вообще 0? Te0/0/0 admin down down Te0/1/0 admin down down Te0/2/0 up up
Dees7
у меня сделано так, например
Dees7
Dees7
фильтр по {#SNMPVALUE} 6|117|69
Dees7
прототипы элементов
Dees7
Ķ₳ℝḾ₳
IF-MIB::ifDescr.6 = STRING: Ethernet0/0/1 IF-MIB::ifDescr.7 = STRING: Ethernet0/0/2 IF-MIB::ifDescr.8 = STRING: Ethernet0/0/3 и так далее...
Dees7
ты хоешь универсально сделать или заточить именно под эту модель?
Ķ₳ℝḾ₳
под эту модель
Dees7
тогда просто создай все нужные элементы с нужными значениями вручную :)
Dees7
а не через прототипы
Ķ₳ℝḾ₳
вот к примеру у вас 8 элементов данных
Ķ₳ℝḾ₳
это 8 на каждый порт в ручном режиме? :)
Dees7
ну да )
Ķ₳ℝḾ₳
это в принципе первое что пришло в голову :)
Dees7
ты же хочешь пересортировать.
Dees7
кстати почему индекс с 6 начинается? он не вланы ли вначале показывает?
Dees7
IF-MIB::ifDescr.1 что покажет?
Dees7
не получится что ты создашь влан и у тебя индексы сдвинуться?
Ķ₳ℝḾ₳
IF-MIB::ifDescr.1 = STRING: InLoopBack0 IF-MIB::ifDescr.2 = STRING: NULL0 IF-MIB::ifDescr.4 = STRING: Vlanif1 IF-MIB::ifDescr.5 = STRING: Vlanif250 IF-MIB::ifDescr.6 = STRING: Ethernet0/0/1 IF-MIB::ifDescr.7 = STRING: Ethernet0/0/2 IF-MIB::ifDescr.8 = STRING: Ethernet0/0/3
Dees7
вот )
Ķ₳ℝḾ₳
возможно...
Dees7
видишь какая лажа?
Ķ₳ℝḾ₳
полная лажа :(
« Rev
@prozabbix   66
Fwd »