ВБ
Это домен, винда и тд
Size: a a a
2020 May 07
AK
Владимир Бунин
Как генерировать есть совет?
можно же универсально сделать, надо будет один раз конфиг раскидать и всё
ВБ
В принципе можно и так. Просто как комп будет понимать куда слать. То ли туда, то ли туда
RM
Владимир Бунин
Как генерировать есть совет?
По адрессации, если она отличается на площадках.
AK
Владимир Бунин
В принципе можно и так. Просто как комп будет понимать куда слать. То ли туда, то ли туда
если пассивные проверки то откуда спросят туда и будет слать
A
Владимир Бунин
Коллеги, нужен совет. Конфигурация такая. Три площадки, на одной из них сервер, плюс по прокси на каждой площадке. На сервере настроено автодискавери под каждую площадку. Но как правильно поступать при перемещении машины на другую площадку? Слать данные на прежний прокси, либо регистрировать на новом? Если на новом, то как обрабатывать эту ситуацию на самом компе?
Я б удалял из мониторинга
ВБ
По адрессации, если она отличается на площадках.
Эт я понимаю. Вопрос в том, что кто-то пришел на час в другой офис, а кто-то на месяц переехал. У нас реглам задание есть, которое два раза в день проверяет новую версию агента на шаре, и рестартует агента. Вот тогда они и регистрируются на новой проксе. Но если человек не попал в этот диапазон, то так и останется на прошлой проксе
VM
можно в конфигах компа прописать сервер и все прокси, а при переносе компа только в настройках хоста менять прокси. хотя если дискавери то он просто найдет на новой площадке хост а старый удалит через некоторое время
У меня также было прописано в конфигах - два прокси и сервер,было настроено действие для авторегистрации + сообщение в слак когда что-то регистрируется. Zabbix начинал спамить сообщениеми даже на те серверы которые уже были добавлены.. Не подскажите почему так было?
ВБ
Я б удалял из мониторинга
Что именно удалял?
A
Владимир Бунин
Что именно удалял?
Хост
ВБ
Со всей историей?
RM
Владимир Бунин
Эт я понимаю. Вопрос в том, что кто-то пришел на час в другой офис, а кто-то на месяц переехал. У нас реглам задание есть, которое два раза в день проверяет новую версию агента на шаре, и рестартует агента. Вот тогда они и регистрируются на новой проксе. Но если человек не попал в этот диапазон, то так и останется на прошлой проксе
Я так понял, это ПК? Тогда: в планировщик таск, который проверял бы в какой сети, правил бы конфиг и рестартовал агента, если была правка.
ВБ
Да, ПК. В принципе да, живая идея. Можно на событие таск настроить
A
Владимир Бунин
Со всей историей?
Я не в курсе что там на хосте. Но если мы его перемещаем, то там и нейминг может поменяться, и винду можно перебить. И пользователи скорее всего будут другие. И другой характер нагрузки.
ВБ
Не, хост - ноут. Да, они у нас тоже на мониторинге. То есть при его перемещении ниче не меняется
A
Владимир Бунин
Не, хост - ноут. Да, они у нас тоже на мониторинге. То есть при его перемещении ниче не меняется
А сколько храните историю?
ВБ
А сколько храните историю?
Смотря чего. Есть элементы по году хранятся
ВБ
И ещё вопрос. Когда происходит авторегистрация, то у одних хостов прописывается имя и IP, у других только IP, у третьих добавляется ещё одна строчка в интерфейсе .
IA
Здравствуйте. Имеется заббикс 4.4.7 с одним правилом обнаружения сети. Все хосты валятся в одну группу с одним шаблоном. Есть задача при обнаружении хостов рассовывать их по группам и навешивать шаблоны в соответствии с puppet stage и role. Для начала принёс вот такой юзерпараметр:
По удивительному стечению обстоятельств хост на котором проводил тесты оказался в сети которая не была описана в правилах обнаружения. Я создал отдельное правило с проверками вот этих юзерпараметров, добавил необходимые действия и всё обнаружилось и добавилось.
Затем я эту сеть внёс в "основное" правило обнаружения и добавил в него эти проверки. Обнаружение перестало работать. Совсем. Новые хосты не добавлялись. Я убрал свои проверки из дискавери и всё снова заработало. Все майские туда-сюда развлекался: с моими не работает, без них да. Наличие действий на мои проверки никак не меняет ситуацию. Как будто ломается само дисковери. Смотрел strace на сервере: процесс дисковери работает, тыкается в хосты.
Чувствую растерянность. Может быть, есть идеи?
UserParameter=discohelper.stage,echo testing
UserParameter=discohelper.role,echo panel
По удивительному стечению обстоятельств хост на котором проводил тесты оказался в сети которая не была описана в правилах обнаружения. Я создал отдельное правило с проверками вот этих юзерпараметров, добавил необходимые действия и всё обнаружилось и добавилось.
Затем я эту сеть внёс в "основное" правило обнаружения и добавил в него эти проверки. Обнаружение перестало работать. Совсем. Новые хосты не добавлялись. Я убрал свои проверки из дискавери и всё снова заработало. Все майские туда-сюда развлекался: с моими не работает, без них да. Наличие действий на мои проверки никак не меняет ситуацию. Как будто ломается само дисковери. Смотрел strace на сервере: процесс дисковери работает, тыкается в хосты.
Чувствую растерянность. Может быть, есть идеи?
Коротко и свой опыт: доверия к встроенному функционалу нет.
За майские я бы переписал дискавери на свой лад и уже вовсю тестировал бы это в проде.
Только непотяно — ты про правила обнаружения сети пишешь, а потом про паппет.
Это два разных механизма.
За майские я бы переписал дискавери на свой лад и уже вовсю тестировал бы это в проде.
Только непотяно — ты про правила обнаружения сети пишешь, а потом про паппет.
Это два разных механизма.
ВБ
Например, в первой строчке было просто полное имя, во второй добавляется IP.