Всем здравствуйте, столкнулся с такой проблемой- на предприятии стоит система мониторинга Zabbix, было принято решение перевести всё оборудование которое мониторится по snmp на версию протокола snmpv3. До этого новые железки добавлялись путём генерации шаблона xml по perl скрипту. Вижу один путь решения данной проблемы - это ручное обновление всех элементов данных в шаблоне на версию используемого типа агента "snmpv3" с указанием соответствующих этому протоколу параметров аунтефикации и шифрования, что на мой взгляд является не совсем удобным и неюзабельным вариантом с условием того что на всех железках уже будет настроен snmpv3, так как имеющийся шаблон работает с snmpv2. Собственно вопрос, где взять генератор шаблонов с snmpv3, или как переделать имеющийся скрипт для генерации написанный на Perl. Скрипт могу кинуть сюда. Спасибо заранее.
Ad Widget
Collapse
Создание шаблона с SNMPv3
Collapse
X
-
Если именно переписать perl-скрипт - то публикуйте в http://pastebin.com/.
Можно уточняющий вопрос - почему вы используете именно внешний генератор шаблона, а не LLD или динамические SNMP? -
А позвольте вам задать вопрос в ответ?) что такое LLD в данном контексте, (в смысле в системе мониторинга Zabbix)? и не могли бы вы дать какую либо ссылку с информацией по настройке динамического SNMP?Если именно переписать perl-скрипт - то публикуйте в http://pastebin.com/.
Можно уточняющий вопрос - почему вы используете именно внешний генератор шаблона, а не LLD или динамические SNMP?
Comment
-
Там же где обычно: https://www.zabbix.com/documentation...evel_discovery
Но вам это не поможет мигрировать если вы хотите сохранить данные.Comment
-
neo32, сейчас вам, имхо, стоит определиться, каким образом вы будете мониторить своё железо впредь:
а) оставите внешнюю генерацию шаблона, составите новый шаблон для SNMPv3 (перекопипастите OID'ы. И с LLD?) и вероятно так ваш Zabbix будет сам генерить нужные параметры (элементы данных)
б) напишете новый конфигуратор. Язык, имхо, не принципиально perl, но чессгря это какой-то унылый вариант (только если невозможкн в принципе п. а)Comment
-
Это да. Лечить только хирургическим вмешательством в БД.
(Как вариант, если нагрузки не критичны и прочие факторы, деактивировать v2, дополнительно включить v3, потом v2 само удалится по истечении хранения хистори)Comment
-
Ну почему, если не мигрировать на LLD шаблоны, то все данные можно сохранить. Более того, если "вручную" править шаблоны, то можно "поэлементно" исправлять с v2 на v3 и совсем не обязательно это делать одномоментно - часть итемов будет по v3 собираться, часть по v2, собственно от версии SNMP зависит только авторизация запросов, а не сами запросы.
Другой вариант, клонировать шаблон, изменить в нем один элемент с v2 на v3, экспортировать, посмотреть как меняется в экспорте описание элемента, сделать "на коленке" скрипт (perl/sed/awk/etc), модифицировать xml, импортировать в zabbix, заменить шаблоны на хостах. Так как ключи элементов данных не менялись, то все данные сохранятся при условии что при замене шаблона не ставилась галка "очистить данные". Замену шаблона можно также сделать через "массовое обновление": выбираем новый шаблон, ставим галку "заменить" и НЕ СТАВИМ галку "очистить".Comment
Comment