"и ребутать агент". как серьезно звучит =) ... как будто он 5 минут перезапускается

Если у вас их 200, то 5 минут это вполне реальный срок.

"и ребутать агент". как серьезно звучит =) ... как будто он 5 минут перезапускается

тут ansible/salt/прочих куча вполне решают имхо. причем просто и более широкий круг задач. но каждый сам выбирает свой путь

Если у вас их 200, то 5 минут это вполне реальный срок.

посмотрите на salt. оно делает задачи параллельно

Нет, поддержку препроцессинга в ллд. А то только json и xml доступны, а обычный текст в построчном цикле нет.

кстати, на проблему с zbx_tcp_connect в модуле тут уже наступали, а случаем решения никто не нашёл?

В чем заключается проблема?

У нас ансибл и тоже параллельно.

В чем заключается проблема?

краш агента на выходе из функции

Что-то у меня было с коннешном... не помню, правда, как проявлялось

У нас ансибл и тоже параллельно.

тем более... но дело ваше. не буду спорить

На мск заббикс митапе 2017ого, Владышев говорил, что хочет уйти от порочной практики закидывать сотни скриптов мониторинга на серваки и решать задачу на самом заббиксе. А на серверах оставить только агентов. Для этого препроцессинг и появился.

Нет, поддержку препроцессинга в ллд. А то только json и xml доступны, а обычный текст в построчном цикле нет.

Поддержу, это было бы очень приятно.

Если у вас их 200, то 5 минут это вполне реальный срок.

последовательно?

краш агента на выходе из функции

Да, tcp_connect крэшился в моих модулях: https://github.com/zbx-sadman/unifi_proxy/issues/18 Заменил на нативные способы коннекта.

Мы не конектимся одновременно ко всем серверам, это не целесообразно. Сейчас у меня стоит 25 одновременных конектов. Да и плейбуки пишутся не для одного скрипта, а для задачи, которая в себе имеет несколько шагов и проверок. Так что да, от момента нажатия кнопочки в веб интерфейсе, до момента когда код будет на всех гео распределённых серверах может 5 минут и пройти.

Да, tcp_connect крэшился в моих модулях: https://github.com/zbx-sadman/unifi_proxy/issues/18 Заменил на нативные способы коннекта.

видимо придётся делать модули максимально независимыми. вот бы lua что ли завезли в агента..

Вроде ж обещали подумать о том чтобы lua запихнуть.

видимо придётся делать модули максимально независимыми. вот бы lua что ли завезли в агента..

Увы, да. Одной функцией было удобно ломануться наружу, теперь приходится переписывать стандартные алгоритмы по ресолву/коннекту/обработке

к сожалению. а lua на каком-то хайлоаде уже много лет назад обещали, но..

Наберитесь терпения, я верю в заббикс.

раз мы тут, то тоже верим )

Так вроде какие-то интерпретаторы в виде модулей были же...

Так вроде какие-то интерпретаторы в виде модулей были же...

а зачем они нужны?

А откедова я знаю. Просто поддерживаю беседу.

гг

ок

именно интерпретаторы в модулях не сильно нужны, если они будут так же тормозить как скрипты и на каждый вызов создавать по процессу того же питона. а вот lua при наличии jit - самый удобный вариант

зачем системе мониторинга луа или пайтон или что-то еще?

есть апи, есть агенты, есть сендер - вообще не врубаюсь зачем поддержка луа/ява/пайтон итд итп

зачем системе мониторинга луа или пайтон или что-то еще?

делать то, что она не умеет изкоробки?

платить бабло разрабам и получать из коробки

Тоже интересное наблюдение, спасибо

EDID: Google it

есть апи, есть агенты, есть сендер - вообще не врубаюсь зачем поддержка луа/ява/пайтон итд итп

Чтобы навелосипедить своего странного кода.

зачем системе мониторинга луа или пайтон или что-то еще?

допустим, у вас в системе несколько десятков тех же редисов, и несколько постгрей и у каждого десятки метрик, и за каждой агент лезет в скрипт, создаёт тонну процессов и одноразовых tcp коннектов - налицо огромная неоптимальность

допустим, у вас в системе несколько десятков тех же редисов, и несколько постгрей и у каждого десятки метрик, и за каждой агент лезет в скрипт, создаёт тонну процессов и одноразовых tcp коннектов - налицо огромная неоптимальность

и вы это решите своей примочкой?

перейдите на сендер и толкайте в сервер метрики

и вы это решите своей примочкой?

в том-то и проблема, что не хотелось бы своей )

тут надо определитья с системой мониторинга и все

не надо ожидать от заббикса универсальности и работы анаогично тому же прометеусу к примеру

перейдите на сендер и толкайте в сервер метрики

для своих сервисов так и делаю

в общем думаю что разрешение исполнения луа и ко кода внутри мониторинга приедет к разрушению системы в целом

заббикс сейчас - классическое легаси-приложение, имеющее свое началоа и конец, обладающее нормальным апи и агентами

в общем думаю что разрешение исполнения луа и ко кода внутри мониторинга приедет к разрушению системы в целом

модуль на lua принципиально для системы ничем не отличается от модуля на си

требовать от него микросервисности и совместимости с эпохой клауд-вычисений думаю бессмысленно

модуль на lua принципиально для системы ничем не отличается от модуля на си

у вас никогда луа не жрала память из-за неправильно настроеного GC?

у вас никогда луа не жрала память из-за неправильно настроеного GC?

там есть хотя бы gc

Привет всем, хочу мониторить несколько интернет линии, цель - когда все линии падают только тогда должен триггер срабатывать, не хочу создавать триггер в ручную в одном из хостов. Было бы удобнее через discovery. Я пробовал в хосте прописать несколько IP адресов хоста но так не получаеться. Есть у кого то опыт как правильнее было бы сделать ?

Сколько линий интернет? Если хочешь сделать сложное условие, то пожалуйста, используй "и" в триггерах, в чём проблема?

так делал, но тогда создаю отдельные хосты для каждого провайдера, и тригер создаеться в любом из них. Так не очень удобно.

там есть хотя бы gc

думаю дальше дискутировать смысла нет

так как мы можем прописать несколько интерфейсов хоста в настройках, я подумал что могу там просисать скажем 3 публичные адреса и через шаблон сделать айтем и тригер

Привет всем, хочу мониторить несколько интернет линии, цель - когда все линии падают только тогда должен триггер срабатывать, не хочу создавать триггер в ручную в одном из хостов. Было бы удобнее через discovery. Я пробовал в хосте прописать несколько IP адресов хоста но так не получаеться. Есть у кого то опыт как правильнее было бы сделать ?

пинг 8.8.8.8

и вам пофиг какая линия отрабатывает

если пинга нет - нет интернета - линии или роутинг или еще что-то не работает

ок, но так он будет чекать с одного интерфейса только, мне надо что когда все лежат

линии мы же мониторим просто с simple check, я не могу пинговать с другого сурса

через {HOST.IP1}, {HOST.IP2} не получилось

я не понимаю задачу

ок, так скажу: скажем у тебя в одном из бренч офисов есть 2 интернет линии, и таких офисов у тебя штук 20, ты хочешь получить нотификацию (смс, звонок) только тогда когда все интернет линии в одном из бренчов падают. Создавать тригер в ручную делал, так работает, но так как в хосте настройках есть несколько интерфейсов и есть discovery я подумал, что может через шаблон я могу решить задачу более профессионально

ок, так скажу: скажем у тебя в одном из бренч офисов есть 2 интернет линии, и таких офисов у тебя штук 20, ты хочешь получить нотификацию (смс, звонок) только тогда когда все интернет линии в одном из бренчов падают. Создавать тригер в ручную делал, так работает, но так как в хосте настройках есть несколько интерфейсов и есть discovery я подумал, что может через шаблон я могу решить задачу более профессионально

понимать с бранчем 2 туннеля в них OSPF через 2 канала и на loopback вешать IP - его и пинговать

вот так будет профессионально

согласен, но если нет IGP.... так зачем в хосте есть опция несколько интерфейсов.

согласен, но если нет IGP.... так зачем в хосте есть опция несколько интерфейсов.

речь шла о профессионально. я написал вроде

ага, но не только :)

остальное будет больше похоже на костыли

2 канада подразумевают протокол динамической маршрутизации

Что за наплыв?

Вас публикнули в https://t.me/devops_ru

Что за наплыв?

Эт я. Ссылку попросили про Заббикс.

Привет народ, помогите переварить доку, че-то не могу понять (( https://www.zabbix.com/documentation/3.4/ru/manual/config/users_and_usergroups/permissions Про права пользователей. Есть группы, а есть типы. Хочу своего напарника привлечь к мониторингу и чтобы он отписывался в "подтверждениях", но не хочу ему админских прав давать. Юзера создал и тут ступор, вообще какую-то силу имеют типы пользователей? Или просто задать группу назначить ей права, а тип давать хоть "Zabbix Супер Администратор" можно?

Всем привет! Подскажите пожалуйста. Такая ситуация, имеется 5000 хостов и для каждого нужно создать собственный режим обслуживания.Каким образом возможно это реализовать? Может кто сталкивался?

Всем привет! Подскажите пожалуйста. Такая ситуация, имеется 5000 хостов и для каждого нужно создать собственный режим обслуживания.Каким образом возможно это реализовать? Может кто сталкивался?

ну или через апи (?) или пересмотреть концепцию - нужен ли вам этот режим вообще

Режим обслуживания однозначно нужен. Может у кого есть скрипт для этих целей?

Привет народ, помогите переварить доку, че-то не могу понять (( https://www.zabbix.com/documentation/3.4/ru/manual/config/users_and_usergroups/permissions Про права пользователей. Есть группы, а есть типы. Хочу своего напарника привлечь к мониторингу и чтобы он отписывался в "подтверждениях", но не хочу ему админских прав давать. Юзера создал и тут ступор, вообще какую-то силу имеют типы пользователей? Или просто задать группу назначить ей права, а тип давать хоть "Zabbix Супер Администратор" можно?

ДЛя подтверждений достаточно типа Zabbix Пользователь, добавьте его в группу на те хосты, где нужно подтверждения делать

Если дадите Суперадмина, он сможет в Администрировании все, что угодно делать

Режим обслуживания однозначно нужен. Может у кого есть скрипт для этих целей?

что нужен - это понятно.. вопрос "зачем" нужен - может все тоже самое более красиво делается другими методами

что нужен - это понятно.. вопрос "зачем" нужен - может все тоже самое более красиво делается другими методами

Для того, что бы не поступали уведомления в период обслуживания хостов.

это можно делать, например, и на уровне времени срабатывания триггеров в зависимости от времени, которое указано в макросах конкретного хоста

Если дадите Суперадмина, он сможет в Администрировании все, что угодно делать

я просто не могу увидеть взаимосвязь между группами и типами

а теперь кажется начинаю понимать...

это можно делать, например, и на уровне времени срабатывания триггеров в зависимости от времени, которое указано в макросах конкретного хоста

спасибо, попробуем

И никаких тебе дырок. До шифрования в заббиксе, я бы конечно не дал такого решения.

только с авторегистрацией хостов шифрование не работает )