Comments 4
Ничего не имею против initMAX, сам разбирался по их материалам с написанием виджетов для Zabbix.
По поводу этой статьи, все понятно, не сильно отличается от оф. документации, но как я считаю, что здесь что в оф доке ни слова о том что масштабировать это решение, то еще приключение. Т.к. для одной железки все просто указал EngineID в snmptrapd.conf createUser -e 0x800000020109840301 и все хорошо.
А если железка не одна а тысяча, а еще они периодически меняются. Тут конечно можно соорудить велосипед с костылями, добавить скрипт который по snmp например собирет со всех железок EngineID и запишет их в snmptrapd.conf все это запихнуть в крон, плюсом периодически перезагружать сервис который принимает трапы. Либо настроить не trap, а inform. Который не требует подтверждения, при этом нужно наоборот прописать EngineID сервера (и проксиков если оборудование мониторится с них) на оборудовании, но это как мне кажется проще автоматизировать и масштабировать.
ОМГ, они до сих порт не запилили нормальную поддержку трапов?
Подскажите, а где это применяется? У нас два десятка серверов, куча сетевого, всякие принтеры, сканеры, камеры итд. Все все железки умеют принимать запросы по snmp и отдавать инфу без настройки трапов.
Если вы у ИБП, например, раз в 5 секунд спрашиваете выходное напряжение, а его падение придется между опросами, как вы узнаете, почему у вас помирает свич за этим ИБП?
Или нагрузка на ЦП короткими пиками повышается до 100% между опросами. и т. п.
Трапы нужны на случай мгновенных\коротких событий по которым вы хотели бы видеть алерты.
Как настроить прием SNMP-трапов в Zabbix