The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системы мониторинга Zabbix 5.2, opennews (??), 27-Окт-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


18. "Вышел Zabbix 5.2"  –1 +/
Сообщение от Аноним (17), 27-Окт-20, 16:50 
Но все это на уровне костылей.
Шаблоны при ручном рефакторинге превращаются в адъ. Автоматический рефакторинг возможен только через апи, нормальных инструментов для этого нет, придется писать самому. Потом придет пользователь через веб интерфейс и навесит айтем на хост мимо шаблона, о чем вы скорее всего не узнаете, если не дергается по 100500 раз в день апи аудита, запросы к которому тоже придется написать самому.
Экспорт\импорт в xml занятие довольно весело, учитывая что в любой момент может прийти пользователь и поменять шаблон через веб-интерфейс. Можно по 100500 раз дергать апи и выгружать все шаблоны, проверять изменения и при необходимости их перезагружать, таким образом из буханки заббикса получится IaC трамвай но вряд ли это тянет на архитектуру века, даже если вы напишите для этого инструменты (удачи с редактированием триггеров в xml файлах). Имхо незачем сову на глобус натягивать, если можно просто взять глобус.
Ответить | Правка | Наверх | Cообщить модератору

20. "Вышел Zabbix 5.2"  –1 +/
Сообщение от Алексей (??), 27-Окт-20, 17:49 
Переход на Yaml это как раз шаг в направлении значительного упрощения работы с текстом шаблона. Можно хоть в текстовом редакторе их создавать.
Ответить | Правка | Наверх | Cообщить модератору

44. "Вышел Zabbix 5.2"  +/
Сообщение от Аноним (17), 28-Окт-20, 01:46 
Получать шаблоны в ямле можно было давно, никак это не спасало.
Как их редактировать без веб интерфейса и удобного чекера(а его и в интерфейсе нет) все равно не понятно. Разве что иметь отдельный экземпляр заббикса для редактирования этого и через апи сначала выгружать в гит, а оттуда в настоящий заббикс. При этом в темплейте могут быть например связи с другими темплейтами. В теории наверное это все равно можно разрулить, но зачем бодаться и переписывать систему мониторинга, основная идея которой изкоробочность. Можно за то же время настроить (а то и переписать) другую систему мониторинга, которая решает задачи благодаря архитектуре, а не вопреки.
Ответить | Правка | Наверх | Cообщить модератору

35. "Вышел Zabbix 5.2"  +/
Сообщение от Онаним (?), 27-Окт-20, 21:11 
Не надо навешивать элементы без шаблонов. Да, такая возможность есть, но это скорее для инсталляций из полутора десятков хостов. Всё есть шаблон. Шаблон шаблона. Шаблон с шаблонами. API дёргается для заливки хостов и привязки к ним шаблонов. В т.ч. из CRM. Шаблоны на ХОСТ, а не на СЕРВИС. Если нужен СЕРВИС - агрегируется через API. В итоге рефакторить шаблоны обычно сильно не требуется.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

47. "Вышел Zabbix 5.2"  +/
Сообщение от Аноним (17), 28-Окт-20, 02:08 
Ну так расскажи как:
1)Запретить пользователям через вебинтерфейс навесить элемент без шаблона. Предвижу ответ в духе "костылить скрипт, дергать по 100500 раз аудит и отменять действие через апи", "не заводить пользователей без письменного согласия не добавлять айтем без шаблона". По понятным причинам оба варианта !@#$%.
2)Как рефакторить шаблоны шаблона:
темплейт1 с элементомА(условно место на файловой системе) и темплейт2 с элементомБ рефакторим в темплейт3 с элементомБ и темплейт4 с элементомА. Что можно сделать? Удалить часть темплейтов и потерять их айтемы и исторические данные (в тч критичные бизнес метрики) и навесить темплейты заново. Править базу данных заббикса ручками(!) и надеяться что ничего сломаешь и заббикс продолжит работать. По понятным причинам терять бизнес метрики и править БД не хочется.
3)Как гарантировать что шаблон созданный вон тем новеньким админом отвечает политике партии, ведь даже посмотреть аудит в заббиксе это мука. Можно скрипт написать который будет опосля лезть в аудит, но это совсем не по энтерпрайзному. В IaC я просто поставлю хук в гите.
4)Как же агрегировать через СЕРВИС? Например хочу видеть один триггер с перечислением лежащих серверов с распределенным сервисом (в идеале разворачиваемый список серверов, но пойдет и первые три), а не портянку из 20 проблем на каждом сервере. Навешивать триггер мониторящий сервис по нодами на хосты, потом (снова?) постоянно дергать апи и следить за появившимися событиями, удалять их(чтобы погасить портянку триггеров) и отправлять данные айтема с количеством лежащих серверов на фейковый хост? Ну это просто запредельный уровень костылестроения.
Ответить | Правка | Наверх | Cообщить модератору

67. "Вышел Zabbix 5.2"  +1 +/
Сообщение от Онаним (?), 28-Окт-20, 09:56 
> Ну так расскажи как:
> 1)Запретить пользователям через вебинтерфейс навесить элемент без шаблона. Предвижу ответ

Очень просто. Есть CRM, который дёргает API. "Пользователи" с заббиксом в плане конфигурации вообще не работают.

В интерфейс ходят только power users, которые понимают, что делают - и то с выходом 5.2 я их обпилю очень существенно.

> 2)Как рефакторить шаблоны шаблона:

Заббикс - это не manager-oriented "бизнес-метрики", и он требует аккуратности. Это серьёзный _мониторинг_, а не рисовалка отчётов для директора. Если шаблоны требуют рефакторинга - значит они изначально созданы криво. Но даже в этом случае не надо ничего с ходу удалять. Заводите новые совместимые шаблоны-разбивку-или-слияние, отменяете старые без удаления item'ов, вешаете новые. Дальше правите новые шаблоны как душе угодно. И никакие метрики никуда не денутся.

> 3)Как гарантировать что шаблон созданный вон тем новеньким админом отвечает политике партии

Административно. Я не вижу причин технически это всё ограничивать, новенький админ, прежде чем чего-то куда-то писать, показывает сделанное.

> 4)Как же агрегировать через СЕРВИС? Например хочу видеть один триггер с перечислением
> лежащих серверов с распределенным сервисом (в идеале разворачиваемый список серверов,
> но пойдет и первые три), а не портянку из 20 проблем

Tags

Ответить | Правка | Наверх | Cообщить модератору

121. "Вышел Zabbix 5.2"  +/
Сообщение от Аноним (17), 31-Окт-20, 01:41 
> Очень просто. Есть CRM, который дёргает API. "Пользователи" с заббиксом в плане конфигурации вообще не работают. В интерфейс ходят только power users, которые понимают, что делают - и то с выходом 5.2 я их обпилю очень существенно.
> Заббикс - это не manager-oriented "бизнес-метрики", и он требует аккуратности. Это серьёзный _мониторинг_, а не рисовалка отчётов для директора.

Если фронтендом не пользоваться, то от заббикса остается не слишком удобный агент и прожорливый, сложный в поддержке и с кривой отказоустойчивостью бекэнд. Возникает вопрос зачем вообще тогда нужен заббикс.

>  а не рисовалка отчётов для директора

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

> Если шаблоны требуют рефакторинга - значит они изначально созданы криво.

Э, нет, это требования к мониторингу меняются. И это нормально, это даже сами заббиксовцы признают и даже выпускают лонгрид "как с наименьшей болью писать темплейты"(к сожалению то что боль приносит их архитектура там не обсуждается, зато обсуждается на конференциях, но ответ всегда в духе "думаем над этим, скоро выпустим M там станет немного лучше", но вот уже 5 лет прошло, а проблемы все те же).

> Но даже в этом случае не надо ничего с ходу удалять. Заводите новые совместимые шаблоны-разбивку-или-слияние, отменяете старые без удаления item'ов, вешаете новые. Дальше правите новые шаблоны как душе угодно. И никакие метрики никуда не денутся.

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

> Административно. Я не вижу причин технически это всё ограничивать, новенький админ, прежде чем чего-то куда-то писать, показывает сделанное.

В прометеусе он показывает мерж реквест, а в заббиксе он как показывать будет? Смотри, я сделал такой темплейт, давай прокликаем по всем 99 айтемам и 30 триггерам и проверим что я все правильно написал. Ну или скопируй все и в xml'ку потаращься. Ах да, проверить что я накуралесил мы сможем либо в отдельном экземпляре заббикса (и потом мучаться с экспортом, видимо еще дописывать "изкоробочное решение" впридачу с интеграцией с CRM), либо в бою(отдельный квест раскатить темплейт по хостам, а не скопом и наблюдать как весь дашборд становится красным от новых триггеров и закрывает действительно важные проблемы), ведь другого решения тестировать триггеры заббикс не предлагает.

> Tags

Я могу теги расставить и сделать триггер с зависимостью, чтобы он загорался когда проблем с тегами >2, но либо этот триггер будет на КАЖДОМ хосте и соответственно придем к тому от чего начинали. Либо он будет на отдельном фейковом хосте(что уже само по себе костыль, а до этого обновления еще и не очевидно где фейк, а где настоящий) и темплейт становится непереносимым (еще один камень к экспорту темплейтов), появляется неочевидная и неявная зависимость (оказывается темплейтА на хостах группыА и темплейт Б на фейковом хосте не могут друг без друга и логически представляют собой один темплейт, но в абстракциях заббикса два, и менять их(например название тега) надо оба, это кстати противоречит рекомендациям заббикса по разработке темплейтов). Ну и то что заббикс не умеет в иерархию тегов, считает tag:tag1, tag и tag:tag1:tag2 разными тегами, тоже не добавляет плюсов и заставляет в такой схеме городить фантастические перечисления тегов. Есть еще вариант дергать апишку и удалять проблемы с нужными тегами и вместо них создавать новые (опять же на фейковом хосте), но это опять же костылестроение, удар по производительности(постоянно дергаем апишку, а ведь системы мониторинга дерутся за nvps), опять дописываем "изкоробочное решение"

Ответить | Правка | Наверх | Cообщить модератору

132. "Вышел Zabbix 5.2"  +/
Сообщение от Онаним (?), 01-Ноя-20, 09:42 
> Если фронтендом не пользоваться, то от заббикса остается не слишком удобный агент
> и прожорливый, сложный в поддержке и с кривой отказоустойчивостью бекэнд. Возникает

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

> Сам заббикс так не думает и позиционирует себя именно как изкоробочное решение

Изкоробочное решение - оно для тех, у кого небольшие инсталляции - там по сути без разницы, что выбрать. Кому-то больше нравится Zabbix, кому-то Prometheus, кому-то ещё что.

>> Если шаблоны требуют рефакторинга - значит они изначально созданы криво.
> Э, нет, это требования к мониторингу меняются.

Если шаблоны созданы по принципу KISS и нормально структурированы, то меняющиеся требования к мониторингу вообще никакой попaболи не вызывают, это я тебе по опыту говорю. Да, архитектура там не простая (точнее наоборот, она простая в доску, и этим вызывает сложности у любителей кнопки "сделаймнезашибись"), но именно она позволяет строить практически любые варианты мониторинга.

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

Зачем? Ещё раз: создаёте новые шаблоны, которые у вас крутятся в голове, из исходных. Далее отменяете-навешиваете - и вот здесь сразу видно, что с заббиксом работали постольку-поскольку - существующие item'ы сами привяжутся к новым шаблонам по совпадению ключей. Дальше уже в рамках новых шаблонов добавляете-меняете-удаляете всё, что душе угодно.

> В прометеусе он показывает мерж реквест, а в заббиксе он как показывать
> будет? Смотри, я сделал такой темплейт, давай прокликаем по всем 99
> айтемам и 30 триггерам и проверим что я все правильно написал.

Хуже. Не просто прокликаем, а сделаем логический анализ написанного.
Тяп-ляп "позырить в код" по-диагонали - не наш метод. Половина из далее указанного после не нужна.

> интеграцией с CRM), либо в бою(отдельный квест раскатить темплейт по хостам,
> а не скопом и наблюдать как весь дашборд становится красным от
> новых триггеров и закрывает действительно важные проблемы), ведь другого решения тестировать
> триггеры заббикс не предлагает.

Мы для тестов используем "серенький" unclassified приоритет. Фаззинг триггеров тоже делается легко, благо создать тестовые элементы вида trapper и пополнять их sender'ом проблем нет, но это честно говоря даже в рамках наших масштабов оверкилл.

>> Tags

Мы для этого никаких фейковых хостов не используем, просто _опционально_ (опционально потому, что при непосредственно решении проблемы надо видеть всё) убираем при отображении эвенты, для которых имеются однозначные выстрелившие зависимости по тегам. Да, список забираем через API. На nvps это вообще не влияет.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру