The OpenNET Project / Index page

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



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

Оглавление

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

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


1. "Вышел Zabbix 5.2"  –6 +/
Сообщение от Аноним (1), 27-Окт-20, 13:23 
все так же тыкаем мышью по визардам или завезли нормальную конфигурацию через код?
Ответить | Правка | Наверх | Cообщить модератору

3. "Вышел Zabbix 5.2"  +/
Сообщение от Аноним (3), 27-Окт-20, 13:50 
это не nagios, где все настройки хранятся в текстовых файлах, здесь хранится в бд

хочешь, используй sql код ;) =D

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

30. "Вышел Zabbix 5.2"  +4 +/
Сообщение от Онаним (?), 27-Окт-20, 21:00 
Не обязательно. Почему-то все забывают про Zabbix API, через который можно почти всё.
Ответить | Правка | Наверх | Cообщить модератору

114. "Вышел Zabbix 5.2"  +/
Сообщение от тигар (ok), 29-Окт-20, 21:34 
api  у него хороший. но да, уже написали
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Вышел Zabbix 5.2"  –1 +/
Сообщение от Any (??), 27-Окт-20, 13:51 
Адепты iaas все страдают... Напишите уже feature-request, и заплатите за нужную фичу.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

6. "Вышел Zabbix 5.2"  +1 +/
Сообщение от Any (??), 27-Окт-20, 13:57 
iaas/iaac
Ответить | Правка | Наверх | Cообщить модератору

17. "Вышел Zabbix 5.2"  +6 +/
Сообщение от Аноним (17), 27-Окт-20, 16:32 
Так было же, заббикс говорит используйте апи.
Раз фронт у заббикса не очень (инопланетный не очень отзывчивый, слабокастомизируемый интерфейс с кнопкой add неизвестно где, отвратные графики, много ручных действий, отсутствие нормальной группировки, аудитов и отчетов), бекэнд тоже (не очень быстрый, тяжело траблшутить, проверять триггеры, витиеватое апи, нет нормальной балансировки (похоже в этом патче добавили, но это еще предстоит проверить), 5 способов сделать одно и то же с разными нюансами, ограничения превращающие рефакторинг темплейтов в ручной квест по резрешению зависимостей, много и упорно пишет в базу не самым оптимальным образом, довольно костыльные средства оптимизации вроде LLD), невыдающийся, но капризный кастомный агент, требующий перед работой его настроить(с учетом многих нюансов) и принести все ему необходимое(предполагается что этим занимается система управления конфигурацией, которая не очень дружит с императивной стратегией управления бекэнда, но если и дружит то только через витиеватый апи со многими ограничениями) возникает вопрос зачем заббикс вообще нужен. Для простой системы из нескольких серверов он избыточен, для сложного энтерпрайза он не готов, разве что для какого-нибудь небольшого интегратора сгодится где вебинтерфейс важнее всего остального, развернуть можно и на мощностях клиента, а поддерживать придется кому-нибудь другому или за отдельную денежку.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

33. "Вышел Zabbix 5.2"  +/
Сообщение от Онаним (?), 27-Окт-20, 21:06 
Чем витиеватое API?
Честно говоря, максимально простое API, более простое встретить сложно.
Если понимать архитектуру Zabbix, конечно.
"Сделай мне одним вызовом зашибись и пару красивых графиков для босса" там нет.
Оно не для того предназначено.
А вот зафигачить 100500 SLA хостов и подначесать им нужных элементов очень даже не сложно.
Ответить | Правка | Наверх | Cообщить модератору

43. "Вышел Zabbix 5.2"  +5 +/
Сообщение от Аноним (17), 28-Окт-20, 01:38 
> Честно говоря, максимально простое API, более простое встретить сложно.
> Если понимать архитектуру Zabbix, конечно.

Так из-за его архитектуры оно и есть витиеватое, частично из-за этого и часть проблем с его фронтом которое по большей части(внезапно не полностью) и работает через апи.

Ну например далеко неочевидно что темплейты это хосты во внутреннем предсталении заббикса. Или например Description триггера в фронте внезапно в api оказывается Comment, при этом есть другое поле Description, которое внезапно в фронте обозначено как Name. Найти все аварии по триггеру? Ну что ж, у нас есть событие, проблема и триггер. А что так много проблем? Ну проблема может генерироваться по триггеру и внутреннему событию. А среди 3 причин внутренних событий есть...триггер! Зато время события и в наносекундах и в таймстемпе можно получить. Что это у нас событие погасло? Может быть выражение триггера прекратило выполняться, может быть сработало выражение восстановления, может быть сработал такой суперкостыль как глобальные правила корреляции. У события есть свой severity, который просто наследуется от триггера и изменить его нельзя (хочешь разные уровни для заполнения раздела на файлопомойке и критическиважном сервере? Делай два разных триггера). Создавать события и проблемы ты кстати не можешь(по-крайней мере раньше). Хочешь прочитать значение триггера с макросами? Ну так получили выражение триггера и сам подставь туда макросы (их тоже предварительно получи). И т.д. и и т.п. что превращает любую пустяковую вещь в тонну различных запросов.

> Оно не для того предназначено.

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

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

68. "Вышел Zabbix 5.2"  +/
Сообщение от Онаним (?), 28-Окт-20, 10:01 
> хочешь разные уровни для заполнения раздела на файлопомойке и критическиважном сервере? Делай два разных триггера

Вот это всё как бы и показывает.

Да, Zabbix - это мониторинг, никакой эмпирики в нём быть не должно.
Хочешь два разных уровня - делай два разных триггера. На каждый триггер вешай свой уровень, который между хостами ещё и отличаться может. И порог срабатывания может быть макросом забит для каждого хоста отдельно. А шаблон с двумя триггерами - один. Более того, два триггера на любые разделы. Потому что LLD, который видит все разделы сразу, не требуя их вбивать по одному. И макросы с порогами стоят по разделам. У файлопомойки в одном шаблоне, у критическихднейсервера - в другом. Который дополняет шаблон "заполнения разделов".

Совершенно другой подход, нежели у manager-oriented.

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

69. "Вышел Zabbix 5.2"  +/
Сообщение от Онаним (?), 28-Окт-20, 10:03 
Потом ты захочешь третий уровень, но на вот эти десять хостов. И ой. Заббикс таких может сколько хочешь, и с любыми пожеланиями, именно из-за того, что каждое срабатывание отдельно. А не гвоздями прибитое "вот здесь мы имеем уровень A на 10 кб, B на 20 мб, C на 30 гб... ой, а D не поддерживается, ой, а если кроме гб надо ещё имя раздела сверить...
Ответить | Правка | Наверх | Cообщить модератору

126. "Вышел Zabbix 5.2"  +/
Сообщение от Аноним (17), 01-Ноя-20, 00:32 
> Потом ты захочешь третий уровень, но на вот эти десять хостов

Да.
> А не гвоздями прибитое "вот здесь мы имеем уровень A на 10 кб, B на 20 мб, C на 30 гб

Какой смысл в этом предложении относительно дискуссии? Такое пожелание у меня и сейчас есть и сейчас оно спокойно решается макросами. Но я говорил не про пороги, а про уровни. Они то решаются только дублированием, что сильно усложняет поддержку.
> ой, а если кроме гб надо ещё имя раздела сверить

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

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

129. "Вышел Zabbix 5.2"  +/
Сообщение от Онаним (?), 01-Ноя-20, 09:27 
Смысл в том, что заббикс всё это может, просто несколько уровней на один триггер допустим - это не гибко.
Разные выражения триггера тоже макросами решаются, хотя конечно не без изъянов, длина выражения триггера слишком ограничена.
Ответить | Правка | Наверх | Cообщить модератору

119. "Вышел Zabbix 5.2"  +/
Сообщение от Аноним (17), 31-Окт-20, 00:52 
У меня много хостов и много триггеров. Я не хочу плодить еще один точно такой же темплейт, потому что заббикс почему-то не умеет менять уровни триггеров.
Это довольно частая проблема, какие-то сервера для меня критичны на них надо сразу среагировать, какие-то нет, их можно и утром починить, мониторю одно и то же, триггеры одни и те же, описания одни и те же. Я то могу сделать два шаблона, но во-первых о них всегда нужно помнить, если что то меняешь, надо не забыть и во втором\третьем поправить, о них всегда должны помнить другие пользователи (уже +статья для новоприбывших коллег), если они участвуют в иерархии, то это либо +еще лишние шаблоны, либо это разруливать (вручную или костыли для автоматизации, нормальной автоматизации у заббикса нет). Если эта система именно для мониторинга, то почему на пустом месте мне уже надо городить костыли?
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

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

Пфф. Как не умеет? Макросами пользуетесь?

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

23. "Вышел Zabbix 5.2"  –3 +/
Сообщение от Аноним (1), 27-Окт-20, 19:20 
Раз нужно платить за очевидные вещи то не проще ли купить толковую систему мониторинга а не использовать этот велосипед с квадратными колесами (сабж).  
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

42. "Вышел Zabbix 5.2"  +7 +/
Сообщение от fske (?), 28-Окт-20, 00:53 
Ну тебя же мамка родила с квадратной головой? А ведь проще было пойти взять нормального.
Ответить | Правка | Наверх | Cообщить модератору

80. "Вышел Zabbix 5.2"  –2 +/
Сообщение от Аноним (80), 28-Окт-20, 12:46 
>  Адепты iaas все страдают...

Не только. Вообще все те несчастные, кто пытается использовать Zabbix для мониторинга, а не для ИБД.

> Напишите уже feature-request, и заплатите за нужную фичу.

Последним двум конторам, которым я работал, проще было платить полторы-две сотки в месяц за человека, который заменит Zabbix на Prometheus. Потому что после завершения этой операции человек займется еще чем-нибудь полезным, а вот инженер по поддержке Zabbix стоит, может, и чуть дешевле, но всегда будет заниматься только поддержкой Zabbix. Да ещё и по мере роста числа серваков, нужно увеличивать число заббиксменов, один уже не вывозит.

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

120. "Вышел Zabbix 5.2"  +/
Сообщение от Аноним (17), 31-Окт-20, 00:53 
Все так.
Ответить | Правка | Наверх | Cообщить модератору

131. "Вышел Zabbix 5.2"  +/
Сообщение от Онаним (?), 01-Ноя-20, 09:30 
Дай угадаю.
В пределах сотни хостов и десятки тысяч элементов данных?
:D
В противном случае "полторы-две сотки" придётся платить лет 25, и всё равно не заменит.
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

15. "Вышел Zabbix 5.2"  +/
Сообщение от Аноним (15), 27-Окт-20, 15:30 
многое что можно сделать через шаблоны и всякие там автодискавери.
если интересует миграция шаблонов между экземплярами то существует экспорт-импорт шаблонов в xml.
для автоматизации этих операций существует API configuration.export/configuration.import
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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ообщить модератору

29. "Вышел Zabbix 5.2"  +1 +/
Сообщение от Онаним (?), 27-Окт-20, 20:59 
Полновесный API в Zabbix существует фиг знает сколько лет, так-то.
Соответственно любая конфигурация через код благодаря API возможна.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

48. "Вышел Zabbix 5.2"  –1 +/
Сообщение от Аноним (17), 28-Окт-20, 02:10 
Любой костыль теоритически возможен. А для любой конфигурации на практике как миниум нужны колбеки (вебхуки) и работа над оптимизацией апи, чтобы не приходилось делать 100 запросов на каждый чих (на базе эти 100 запросов превратятся в 500).
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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