The OpenNET Project / Index page

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



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

Оглавление

Выпуск системы мониторинга Zabbix 5.0 LTS, opennews (?), 12-Май-20, (0) [смотреть все]

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


14. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Аноним (14), 12-Май-20, 13:52 
Зависимость хостов похоже так и не осилили, хотя вроде обещали.
Очень печально...
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от oopssss (?), 12-Май-20, 14:02 
Никто там не обещал. Тот тикет в джире открыт чёртову тучу лет и никто из реальных девелоперов туда не писал.
А вообще эти зависимости можно сделать и так, просто работы по кликанью мыши больше
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Онаним (?), 12-Май-20, 14:04 
Ну вообще когда такие вещи нужны, уже проще API юзать :)
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Аноним (14), 12-Май-20, 14:16 
План развития 5.0 LTS
https://www.zabbix.com/ru/roadmap

Advanced event correlation
ZBXNEXT-46 , 1891 Host and proxy level dependencies
It says it all.
См.: https://support.zabbix.com/browse/ZBXNEXT-46

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

Без этой фичи на мажорный релиз слабо тянет :-(

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

30. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +3 +/
Сообщение от Тимофей (??), 12-Май-20, 14:37 
Я эту фичу очень ждал. Но увы и ах. За 10 лет так и не реализовали.
Всякие свистелки пирделки реализовывают бесполезные, а нужные вещи так фиг.
Ответить | Правка | Наверх | Cообщить модератору

108. "Выпуск системы мониторинга Zabbix 5.0 LTS"  –1 +/
Сообщение от Michael Shigorinemail (ok), 13-Май-20, 01:35 
Проверил -- http://support.zabbix.com/browse/ZBXNEXT-2253 с патчами, которые ещё к 2.2 делали -- открыт и на месте.  Понятно, что патчи не шибко тривиальные, но и функциональность-то полезная была сделана...
Ответить | Правка | Наверх | Cообщить модератору

176. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Michael Shigorinemail (ok), 01-Окт-21, 14:31 
> Проверил -- http://support.zabbix.com/browse/ZBXNEXT-2253 с патчами,
> которые ещё к 2.2 делали -- открыт и на месте.  Понятно, что патчи не
> шибко тривиальные, но и функциональность-то полезная была сделана...

Допинали в 6.0-alpha ;-)  Но уже в http://support.zabbix.com/browse/ZBXNEXT-6755

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

20. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Алексей (??), 12-Май-20, 14:07 
Появилась зависимость мониторинга доступности хостов от доступности прокси.

Что касается зависимости хостов, то, наверное, это будет решено на уровне корреляции событий в будущих релизах. Дело в том, что зависимости между хостами в наше время не так важны (если речь не идёт о сетях), как зависимости между сервисами.

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

31. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Аноним (14), 12-Май-20, 14:39 
Наличие зависимостей от отдельного хоста, а не от прокси, хорошо простотой пользования. Куда проще и наглядней накидать зависимостей между хостами, чем между кучей тригеров для этих же хостов. Чтобы не забыть случайно чего-нибудь и быстро найти где исправить, если нужно.

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

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

100. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Онаним (?), 12-Май-20, 23:45 
Так чем макросы не устраивают?
Ответить | Правка | Наверх | Cообщить модератору

140. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от serg1224 (ok), 13-Май-20, 19:55 
А макросы как помогут упростить жизнь с зависимостями хостов?
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Тимофей (??), 12-Май-20, 14:48 
Для сервисов возможно не важно. А для хостов касаемо сетей это первостепенная потребность.
А зависимость от прокси так это вообще какой то костыль не нужный.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

38. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +1 +/
Сообщение от пох. (?), 12-Май-20, 15:07 
зависимость от прокси - очень нужный костыль, иначе без специальных ручных костыликов оно могло вообще не замечать что прокси и все что за ним - три дня как сдохло.

(или наоборот - что оно давно работает, а сдох именно прокси, и не надо спамить всяким мусором во все дырки)

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

36. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +3 +/
Сообщение от пох. (?), 12-Май-20, 15:02 
если бы ваш жабикс мониторил _сервисы_ - это было бы разумным аргументом.
Но он, к сожалению, мониторит именно хосты. Даже банальная вещь "сервис переехал с хоста а на хост б" - в нем невозможна, поскольку айтимы прибиты гвоздем именно к хосту.

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

42. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от айтем (?), 12-Май-20, 15:12 
>айтимы прибиты гвоздем именно к хосту

Нет же. Прибиты гвоздем к шаблону. А поменять шаблон у хоста реализуется в два клика.

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

51. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +1 +/
Сообщение от пох. (?), 12-Май-20, 15:33 
причем здесь поменять шаблон? (К шаблону вообще ничего в современных версиях не привязано, шаблон просто заставляет жабикс создать айтимы по образцу - айтимы привязаны к _хосту_ и вообще ничем не отличаются от точно таких же, созданных тобой вручную, кроме флага (за эти флаги отдельно надо убить изобретателя, а потом изнасиловать) что их нужно обновить если изменился шаблон)
Был сервис - на хосте а. Уехал из-за перераспределения нагрузки на хост б, сервис не прерывался, и я хочу по прежнему видеть один и тот же график нагрузки и те же самые триггеры (+1 мелкий вида "случился свитчовер") и ту же самую историю состояния.  Каким нахрен шаблоном ты это сделаешь?

В жабиксе нет даже банальной возможности _вручную_ ткнуть что вот это, вот это и вон то - уехало на вон тот хост, поменяйте уже нахрен hostid у этих параметров.

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

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

54. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Аноним (3), 12-Май-20, 15:59 
>поменяйте уже нахрен hostid у этих параметров.

а зачем мешать историю с нескольких хостов?

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

только ведь это может быть не тот же график нагрузки, если условия на новом и старом серверах отличаются (ну там пропускная способность сети, более мощный процессор, больше оперативы)
А если у вас сервис работал на 2 хостах, но на втором хосте вы его удалили, а с первого перенесли на второй?

Ну и костыль без лазанья в базу: ставится что-то типа графаны и там выводится график с нескольких хостов, по цвету линии поймете, где было переключение. Правдя работает не для частых переключений

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

78. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +2 +/
Сообщение от пох. (?), 12-Май-20, 21:27 
потому что речь о приложении, а хосты - нахрен никому неинтересны.

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

можно я как-нибудь сам разберусь? Я вот вчера в физический хост докинул памяти и дисковую полку переключил - что, давайте по этому поводу грохнем всю хистори и заново начнем с чистого листа, условия ведь отличаются? Хорошо что жабикс ничего не заметил - с его точки зрения хост где был там и остался.

> А если у вас сервис работал на 2 хостах, но на втором хосте вы его удалили,
> а с первого перенесли на второй?

значит вы опять мониторите не сервис, а ненужно-хосты.

А в сервисной архитектуре - должно быть ровно наоборот - хост - мелкая малозначащая деталька сервиса. Их могут быть вообще сотни.

> Ну и костыль без лазанья в базу: ставится что-то типа графаны и там выводится график с
> нескольких хостов

хоста нет, удалил я его нахрен - вместе с хостоспецифичными айтимами и триггерами и прочей требухой, потому что там agent not reachable, и вообще физически нет его больше, и мне неинтересно специфичные для него параметры хранить, и постоянно натыкаться на неработающие отключенные хосты.

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

115. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Аноним (115), 13-Май-20, 09:06 
>Я вот вчера в физический хост докинул памяти и дисковую полку переключил - что, давайте по этому поводу грохнем всю хистори и заново начнем с чистого листа, условия ведь отличаются?

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

>Хорошо что жабикс ничего не заметил - с его точки зрения хост где был там и остался.

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

>хоста нет, удалил я его нахрен

ну а я не удалил. Программистам заббикса надо предусмотреть все больные фантазии?

>потому что там agent not reachable

но вы же знаете, что хост можно отключить ...
>постоянно натыкаться на неработающие отключенные хосты.

... как и отфильтровать

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

144. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +2 +/
Сообщение от Аноним (144), 14-Май-20, 01:38 
Ой, вы не понимаете о чем он говорит, любезнейший. Нах просто поленился объяснить, впрочем, как обычно.
Это примерно как юному начинающему разработчику объяснять разницу между TDD и BDD с объяснением что есть откуда и зачем их 2. =)

Давайте представим себе элементарную систему представляющую из себя:
1. Два балансировщика нагрузки работающих в c применением DNAT (2 подсети) на keepalived с отказоустойчивостью по VRRP
2. Два кэширующих реверспрокси фронтенда производящие SSL Offloading и разделяющие траффик по URI на п.3 и п.4.
3. Два вебсервера со статическими данными
4. Четыре бекенда с вебсервисами и вебприложениями
Для простоты сделаем всё в маленьких цифрах и не будем сейчас тут про SSI и базульки прочие сложности =)

Behaviour Driven Monitoring это когда, например:
1. Нужно создать предупреждение о том что в связи с недоступностью с недоступностью хоста 3 приложения УСПЕШНО обслуживаются остальными бекендами
2. Предупреждение о том, что в связи с превышением количества HTTP-соединений на фронтендах TCP сессии были автоматически замедлены.
3. В связи с неизвестной сетевой проблемой keepalived успешно отчитался о смене основного балансировщика по SNMP
4. Одна соплекуха на бекенде объелась оперативной памяти и поэтому этот бекенд не принимает новых соединений по URI этой соплекухи.
5. Всё это связано с непрерывной интеграцей и доставкой.
6. Поведенческие тесты формируют поведенческий мониторинг.

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

Вот только всё никак не связано с приложением и его реальной работой, потому что заббикс мониторит чёртовы хосты!!! Эти хосты в случае п.4 интересны, а в случае п.1-3 в разрезе сервиса вообще не интересны.

Заббикс не удобен для работы с приложениями. Мне аж интересно как они кубик мониторить собрались, что у них там "хостами" будет. Или они там как обычно до приложений не дойдут...

Нах, опять же утрирует вот тут:
>  Даже банальная вещь "сервис переехал с хоста а на хост б" - в нем невозможна, поскольку айтимы прибиты гвоздем именно к хосту

Разрабы пользуются <ругательное слово по вашему вкусу> бесплатным nginx-ом (просто вангую). Легаси мониторилке нужны очень подробные метрики, используйте HAproxy она вам всё подробно расскажет даже через zabbix. Благо её конфиг позволяет всё нарисовать так чтобы оно работало в разрезе приложений. Вот только источник события (хост) будет вам погоду показывать =)

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

60. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Онаним (?), 12-Май-20, 17:42 
Был сервис - на хосте а. Уехал из-за перераспределения нагрузки на хост б
Зачем вы так делаете? Один хост/контейнер = 1 сервис уже не модно?
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

62. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Онаним (?), 12-Май-20, 17:45 
В самом крайнем случае вы можете в заббиксе создать 1 "хост" на сервис, и прибить к нему нужный IP с нужного хоста. На агента - пассивные чеки, им пох, какой там реально хостнейм на сервере. Активные чеки так конечно работать не будут, но в условиях маленького колхоза они вполне себе взаимозаменяемы.
Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +1 +/
Сообщение от пох. (?), 12-Май-20, 21:32 
хосты и сервисы - в общем и целом никак между собой не связаны. Совать жабиксные агенты внутрь контейнеров, превращая еще и их в "хосты" - спасибо, нет.

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

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

93. "Выпуск системы мониторинга Zabbix 5.0 LTS"  –1 +/
Сообщение от serg1224 (ok), 12-Май-20, 22:45 
Создайте хост с каким-нибудь виртуальным (от балды) ip и наполняйте его айтемы SEND'ами изнутри Вашего сервиса/приложения через простейший Zabbix API.
Ответить | Правка | Наверх | Cообщить модератору

153. "Выпуск системы мониторинга Zabbix 5.0 LTS"  –1 +/
Сообщение от пох. (?), 14-Май-20, 10:43 
> Создайте хост с каким-нибудь виртуальным (от балды) ip и наполняйте его айтемы
> SEND'ами изнутри Вашего сервиса/приложения через простейший Zabbix API.

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

Ну зашибись, чо.

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

170. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от serg1224 (ok), 17-Май-20, 14:24 
>> Создайте хост с каким-нибудь виртуальным (от балды) ip и наполняйте его айтемы
>> SEND'ами изнутри Вашего сервиса/приложения через простейший Zabbix API.
> да я могу его ip привязать непосредственно к тому настоящему хосту, где
> агент крутится - и, собственно, кое-где так и приходится делать. То
> есть идея с "хостами" порождает монстров, где у "хоста" три разных
> адреса (потому что связанные именно с этим хостом события собираются не
> на нем самом, а там где они видны) и ни один
> не настоящий (потому что то что настоящее вообще не в моем
> ведении, это хардварный балансировщик другого отдела)
> Ну зашибись, чо.

Сорян, но я так и не понял чем Вас не устраивает вариант с SEND'ами изнутри Вашего приложения.

Ваше приложение САМО может регулярно отправлять на zabbix-сервер те данные, которые Вы хотите мониторить. Достаточно знать только ip адрес (или FQDN) Zabbix-сервера (он же у Вас не меняется наверное). Вас вообще может не волновать на каком именно узле крутится Ваше приложение.

И да, Zabbix изначально исходил из того, что мониторится хост, но для особых случаев он предоставляет и альтернативные способы сбора данных.

См.:
https://www.zabbix.com/documentation/current/ru/manual/conce...
https://www.zabbix.com/documentation/current/ru/manual/api/r...

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

171. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от пох. (?), 17-Май-20, 15:27 
> Сорян, но я так и не понял чем Вас не устраивает вариант с SEND'ами изнутри Вашего приложения.

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

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

И еще и его фейловерить и прикрывать балансировщиком - а то если он сдохнет, приложение начнет таймаутиться - ну его нахрен.

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

101. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Онаним (?), 12-Май-20, 23:46 
> Окей, я готов терпеть архитектуру, завязанную на концепцию хоста, за неимением другой
> - но дайте ж возможность поменять хост, если эти параметры теперь
> связаны с другим хостом.

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

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

145. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +1 +/
Сообщение от Аноним (145), 14-Май-20, 04:54 
костыли-подпорочки
Ответить | Правка | Наверх | Cообщить модератору

154. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +1 +/
Сообщение от пох. (?), 14-Май-20, 10:47 
> костыли-подпорочки

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

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

49. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Аноним (14), 12-Май-20, 15:23 
> если бы ваш жабикс мониторил _сервисы_ - это было бы разумным аргументом.
> Но он, к сожалению, мониторит именно хосты. Даже банальная вещь "сервис переехал с хоста а на
> хост б" - в нем невозможна, поскольку айтимы прибиты гвоздем именно к хосту.

Мониторинг активного агента в этом случае не может помочь?

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

52. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +1 +/
Сообщение от пох. (?), 12-Май-20, 15:34 
не поможет, тут всю систему менять надо - предварительно поперевешав все политбюро.

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

89. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +2 +/
Сообщение от serg1224 (ok), 12-Май-20, 22:26 
В Zabbix есть понятия сервиса, но в ином смысле: https://www.zabbix.com/documentation/current/ru/manual/web_i...

А Вы как определяете, что есть сервис? Мигрирующая виртуальная машина с внутренностями в виде Linux? Или что это за субстанция?

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

33. "Выпуск системы мониторинга Zabbix 5.0 LTS"  +/
Сообщение от Вася (??), 12-Май-20, 14:45 
Тоже только ради этого и мониторил новости про 5-ку
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

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

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




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

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