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

"Выпуск системы мониторинга Zabbix 5.0 LTS"	+/–
Сообщение от opennews (?), 12-Май-20, 12:30
Представлена новая версия системы мониторинга с открытым исходным кодом Zabbix 5.0 LTS с большим количеством нововведений. Вышедший релиз включает существенные улучшения безопасности мониторинга, поддержку single sign-on, поддержку сжатия исторических данных при использовании TimescaleDB, интеграции с системами доставки сообщений и службами поддержки и многое другое... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52930
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Sw00p aka Jerom (?), 12-Май-20, 12:30	+1 +/–
>Оптимизация производительности интерфейса для миллионов устройств мониторинга в дашбордных графиках появились поиск и фильтрация метрик для отображения? Кастомной инвенторизации как не было так и не будет да?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9

2. Сообщение от Аноним (2), 12-Май-20, 12:32	–12 +/–
Бегите, глупцы. Крайне специфичная штука этот заббикс, для небольшого количества серверов он оверхэд, для большой и сложной сети поддержка превращается в АД с кучей костылей и ограничений. Это не то ПО которое предоставит вам идеальный мониторинг. Используется в основном как легаси, потому что в 2014 он был самый адекватный, в новых проектах крайне не рекомендую.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #5, #6, #7, #10, #16, #29

3. Сообщение от Аноним (3), 12-Май-20, 12:42	+15 +/–
>Бегите, глупцы. >Это не то ПО которое предоставит вам идеальный мониторинг. и вот сейчас ты называешь ПО, которое предоставит нам идеальный мониторинг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

4. Сообщение от mikevmk (??), 12-Май-20, 12:42	+1 +/–
А какие альтернативы ты предложишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #15, #107

5. Сообщение от brestows (ok), 12-Май-20, 12:45	+4 +/–
А что вы рекомендуете ? Я перепробовал все, и везде есть свои костыли и ограничения, тот же Prometheus при большой и сложной сети превращается в еще больший ад с которым уже и костыли не помогут, а вот Zabbix по крайней мере куда более гибок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #41, #50, #74, #112

6. Сообщение от профи (?), 12-Май-20, 12:47	+12 +/–
если инженер с прямыми руками то и zabbix работает нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #73, #85

7. Сообщение от Moomintroll (ok), 12-Май-20, 13:00	+3 +/–
> Бегите, глупцы. А с каких это пор аноним стал экспертом мониторинга, почему я должен верить Вашим утверждениям? Представьтесь, расскажите о своём опыте - я подумаю, стоит ли Ваше мнение внимания. P.S. Так-то очевидно, что это тролль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #26, #37

8. Сообщение от Аноним (8), 12-Май-20, 13:18	+/–
Что-то я не понял, а что нового то, собственно?)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

9. Сообщение от пох. (?), 12-Май-20, 13:20	–6 +/–
зочем вы тгавите? и дай угадаю - по прежнему дурацкие дэшборды невозможно экспортировать, по прежнему autodiscovered screens добываются перанусным способом. Зато новый-модульный-агент-на-игогогого! (потому что последний программист сбежал из проекта, а нанять удалось только обезьянку)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #72, #147

10. Сообщение от пох. (?), 12-Май-20, 13:22	+1 +/–
> Бегите, глупцы. куда бечь-то, вот в чем вопрос? В 2014 еще можно было купить за миллион нефти старый, не веб-онли, whatsup, но сейчас-то куда деваться прикажете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #53

11. Сообщение от пох. (?), 12-Май-20, 13:24	+7 +/–
Ты вот чо - вообще слепой? Менюшку сверху перенесли налево! Сразу видно повод поменять major release - инновации, прям сразу видно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

12. Сообщение от devopsschoolru (?), 12-Май-20, 13:39	–2 +/–
Где Docker ???
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #28

13. Сообщение от и.о.К.О. (?), 12-Май-20, 13:47	+5 +/–
Да блииинн!..... Только я собрался zabbix 3 обновить до 4 версии... Что ж они LTS релизы так часто выпускают то? Горшочек, не вари!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #75

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

15. Сообщение от Аноним (15), 12-Май-20, 13:59	–3 +/–
https://netxms.org/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #18, #35

16. Сообщение от Онаним (?), 12-Май-20, 14:02	+2 +/–
Вот как раз для "большой и сложной сети" (с десятками тысяч хостов) это вообще чуть ли не единственное решение, которому альтернатив на данный момент не видится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

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

18. Сообщение от Онаним (?), 12-Май-20, 14:03	+2 +/–
Это счастье загнётся уже на первой тысяче хостов, на каждом из которых по 50-100 элементов мониторинга. Мимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

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

20. Сообщение от Алексей (??), 12-Май-20, 14:07	+/–
Появилась зависимость мониторинга доступности хостов от доступности прокси. Что касается зависимости хостов, то, наверное, это будет решено на уровне корреляции событий в будущих релизах. Дело в том, что зависимости между хостами в наше время не так важны (если речь не идёт о сетях), как зависимости между сервисами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #31, #34, #36

21. Сообщение от Аноним (21), 12-Май-20, 14:10	+/–
>Установка новых агентов не потребуется. А новые агенты к старой версии сервера теперь не цепляются.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #131

22. Сообщение от kot to (?), 12-Май-20, 14:12	+/–
кто что скажет в сравнении с check_mk ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #102

23. Сообщение от Аноним (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 Может в миноре добавят, а может слишком сложная фича, которая требует передела многих строк кода в разных местах. Поэтому отложили чтобы не задерживать релиз. Без этой фичи на мажорный релиз слабо тянет :-(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #30

24. Сообщение от Алексей (??), 12-Май-20, 14:18	+2 +/–
Zabbix никогда не гарантировал работу старых версий сервера с новыми агентами. В большинстве случаев это будет работать, но иногда приходится менять протокол общения, что ломает совместимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

25. Сообщение от Механик (?), 12-Май-20, 14:19	+4 +/–
Начал читать комменты и, о боже, вот они герои, которые избавят нас от этого злобного Заббикса, который, фи, не может даже миллиона хостов и вообще ужасен! Вот они - спасители всего ИТ! Сейчас они назовут имя того софта, который спасет всех нас!!! Мессия уже на подходе!!!... А нет, нифига никто ничего из этих "героев" не предложил...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #45, #48

26. Сообщение от Аноним (26), 12-Май-20, 14:21	–8 +/–
А с каких это пор Moomintroll стал экспертом мониторинга, почему я должен верить Вашим утверждениям? Мне не интересен ни ваш опыт, ни ваше имя, интересны только аргументы. P.S. Так-то очевидно, что это тролль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

27. Сообщение от Алексей (??), 12-Май-20, 14:22	+/–
Уже есть )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

28. Сообщение от zbx (?), 12-Май-20, 14:25	+1 +/–
Есть docker образы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

29. Сообщение от Mega (??), 12-Май-20, 14:35	+/–
На, поешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

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

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

32. Сообщение от Артур (??), 12-Май-20, 14:44	–1 +/–
Oбещали мониторинг кубернетеса, но видимо не смогли.
Ответить | Правка | Наверх | Cообщить модератору

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

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

35. Сообщение от Аноним (3), 12-Май-20, 14:56	+4 +/–
>Both server and agent packages for all current versions of Debian and Ubuntu are available in our repository. >Server Binaries: Windows (x64) под линукс они как-то по другому называются или без винды оно не работает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

36. Сообщение от пох. (?), 12-Май-20, 15:02	+3 +/–
если бы ваш жабикс мониторил _сервисы_ - это было бы разумным аргументом. Но он, к сожалению, мониторит именно хосты. Даже банальная вещь "сервис переехал с хоста а на хост б" - в нем невозможна, поскольку айтимы прибиты гвоздем именно к хосту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #42, #49

37. Сообщение от macfaq (?), 12-Май-20, 15:06	–1 +/–
> Представьтесь Всегда улыбало это требование) И что ты с этими данными делать будешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #58

38. Сообщение от пох. (?), 12-Май-20, 15:07	+1 +/–
зависимость от прокси - очень нужный костыль, иначе без специальных ручных костыликов оно могло вообще не замечать что прокси и все что за ним - три дня как сдохло. (или наоборот - что оно давно работает, а сдох именно прокси, и не надо спамить всяким мусором во все дырки)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

39. Сообщение от iCat (ok), 12-Май-20, 15:07	+/–
Интересно: переход с Zabbix 3.2.11 будет сопровождаться какими-либо неурядицами?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #47, #59, #64

40. Сообщение от пох. (?), 12-Май-20, 15:09	+2 +/–
ну так наиболее ненавидят как раз тот софт, который и всех достал, и бечь с него некуда. Я бы вот тоже хотел хоть примерный списочек - и не надо мне сотен тыщ хостов, мне хватит сотни. (не хватит, будем расширяться экстенсивно) Но нету же ж вообще нихрена. :-(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

41. Сообщение от Аноним (41), 12-Май-20, 15:11	–6 +/–
IBM Tivoli. Ограничен, в основном, наличием прямых рук и светлой головы (а также кучи денег). Можно строить огромные системы. Очень гибок, но он как Gentoo, будет тем, что ты из него соберёшь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #70, #97

42. Сообщение от айтем (?), 12-Май-20, 15:12	+/–
>айтимы прибиты гвоздем именно к хосту Нет же. Прибиты гвоздем к шаблону. А поменять шаблон у хоста реализуется в два клика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #51

43. Сообщение от mikevmk (??), 12-Май-20, 15:13	+/–
еще какими кмк
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

44. Сообщение от Аноним (45), 12-Май-20, 15:15	+1 +/–
все больше и больше становится похож на исингу что неможет не радовать(в итоге забикс нах схлопнет сам себя). по поводу:Oбещали мониторинг кубернетеса, но видимо не смогли  - это сам кубер не предоставил нормальных средств мониторинга себя любимого
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65

45. Сообщение от Аноним (45), 12-Май-20, 15:16	–1 +/–
тебе уже сказали промитей исинга и т.д. выбирай подстать себе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #46

46. Сообщение от Аноним (45), 12-Май-20, 15:18	+/–
и да НАГИОСССССССССС
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

47. Сообщение от пох. (?), 12-Май-20, 15:20	+3 +/–
а смысл такого перехода? Если в новых шаблонах и новых фичах - будет, поскольку ни шаблоны ни тем более существующие хосты не апгрейдятся, и даже просто выкладывать на сайт экспортированные дефолтные шаблоны от новых версий стало немодно. То есть если тебе эти фичи и шаблоны нужны - ставь новую версию рядом, и пересоздавай все с нуля - другого способа у этих альтернативно-одаренных не предусмотрено. А если не нужны - нахрен не надо и апгрейдить. (но вообще-то та lld что была в тройке - это такой п-ц, что я бы на твоем месте именно поставил рядом вторую машину и переносил бы на нее мониторинг - заново, потому что тебе наверняка захочется его сделать совсем по другому. Причем это надо было сделать еще во времена 4.0)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #57, #67

48. Сообщение от НяшМяш (ok), 12-Май-20, 15:20	+3 +/–
> Начал читать комменты и, о боже, вот они герои, которые избавят нас от этого злобного ${subject_name}, который, фи, не может даже ${feature_name} и вообще ужасен! Вот они - спасители всего ИТ! Сейчас они назовут имя того софта, который спасет всех нас!!! Мессия уже на подходе!!!... > А нет, нифига никто ничего из этих "героев" не предложил... Шаблон сценария обсуждения анонимусами любой новости на опеннете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

49. Сообщение от Аноним (14), 12-Май-20, 15:23	+/–
> если бы ваш жабикс мониторил _сервисы_ - это было бы разумным аргументом. > Но он, к сожалению, мониторит именно хосты. Даже банальная вещь "сервис переехал с хоста а на > хост б" - в нем невозможна, поскольку айтимы прибиты гвоздем именно к хосту. Мониторинг активного агента в этом случае не может помочь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #52

50. Сообщение от Anonimous (?), 12-Май-20, 15:27	–1 +/–
вопрос был адресован не мне, но ничего гибче graphite не видел. все компоненты являются полностью взаимозаменяемыми и расширяемыми. Любой компонент можно заменить на аналог, который больше подходит именно тебе и просто интегрировать с любым другим сервисом (экосистема достаточно развита и понятна). Круто и практически неограниченно может масштабироваться, сбор метрик с многих источников доступны из коробки(используя https://github.com/influxdata/telegraf), а которых нет, добавляются очень легко самостоятельно. Используя любую систему управления конфигурациями у тебя с добавлением нового сервиса добавляется и его мониторинг. В отличии от Prometheus не нужно добавлять ендпоинты для сервисов вне k8s, т.к. используется push вместо pull и если для сервиса начали приходить метрики, то сервис автоматом мониторится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #98

51. Сообщение от пох. (?), 12-Май-20, 15:33	+1 +/–
причем здесь поменять шаблон? (К шаблону вообще ничего в современных версиях не привязано, шаблон просто заставляет жабикс создать айтимы по образцу - айтимы привязаны к _хосту_ и вообще ничем не отличаются от точно таких же, созданных тобой вручную, кроме флага (за эти флаги отдельно надо убить изобретателя, а потом изнасиловать) что их нужно обновить если изменился шаблон) Был сервис - на хосте а. Уехал из-за перераспределения нагрузки на хост б, сервис не прерывался, и я хочу по прежнему видеть один и тот же график нагрузки и те же самые триггеры (+1 мелкий вида "случился свитчовер") и ту же самую историю состояния.  Каким нахрен шаблоном ты это сделаешь? В жабиксе нет даже банальной возможности _вручную_ ткнуть что вот это, вот это и вон то - уехало на вон тот хост, поменяйте уже нахрен hostid у этих параметров. Мне когда-то пришлось изображать это вручную, чтобы не потерять историю и состояния - было очень приятно обнаружить что структура базы данных "прекрасно документирована ее кодом". Как сами разработчики ухитряются работать без документации - полнейшая загадка. (кстати, кому надо - обращайтесь, я вроде сохранил набор заклинаний - разумеется, без гарантий что в пятой версии не переделали структуру базы и все не придется реверс-инжинерить снова)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #54, #60

52. Сообщение от пох. (?), 12-Май-20, 15:34	+1 +/–
не поможет, тут всю систему менять надо - предварительно поперевешав все политбюро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #89

53. Сообщение от InuYasha (?), 12-Май-20, 15:54	+/–
Вацап голд ничо такой. Кое-кто ещё пользуется. Созревающие хосты на схеме - это классно )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #77

54. Сообщение от Аноним (3), 12-Май-20, 15:59	+/–
>поменяйте уже нахрен hostid у этих параметров. а зачем мешать историю с нескольких хостов? >хочу по прежнему видеть один и тот же график нагрузки и те же самые триггеры только ведь это может быть не тот же график нагрузки, если условия на новом и старом серверах отличаются (ну там пропускная способность сети, более мощный процессор, больше оперативы) А если у вас сервис работал на 2 хостах, но на втором хосте вы его удалили, а с первого перенесли на второй? Ну и костыль без лазанья в базу: ставится что-то типа графаны и там выводится график с нескольких хостов, по цвету линии поймете, где было переключение. Правдя работает не для частых переключений
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #78

55. Сообщение от Аноним (55), 12-Май-20, 16:00	+/–
Хм. Надо заглянуть в баг-трекер, починили ли баг с удалением хоста, для которого есть правила сетевого обнаружения?
Ответить | Правка | Наверх | Cообщить модератору

56. Сообщение от Аноним (55), 12-Май-20, 16:17	+/–
А ползунок для перемещения по графику вернули? А то вот эти вот "последний один день", "предыдущий год", и прочее - абсолютно неюзабельный отстой.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #84

57. Сообщение от Аноним (21), 12-Май-20, 16:53	+/–
Одна из причин ставить новую версию. В дистрибутивах агенты уже новой версии и старую версию сервера zabbix не поддерживают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #87

58. Сообщение от Аноним (3), 12-Май-20, 17:16	+3 +/–
>И что ты с этими данными делать будешь? например почитать твои сообщения в других темах или на форуме и по ним сформировать первичное отношение к человеку. Если ты постоянно неадекватен, то и советы от тебя могут быть соответствующими.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #61

59. Сообщение от Алексей (??), 12-Май-20, 17:27	+/–
Обновите ОС на свежую и установите новые пакеты. Всё!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #63, #69

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

61. Сообщение от macfaq (?), 12-Май-20, 17:44	–1 +/–
>>И что ты с этими данными делать будешь? > например почитать твои сообщения в других темах или на форуме и по > ним сформировать первичное отношение к человеку. Если ты постоянно неадекватен, то > и советы от тебя могут быть соответствующими. А если не всегда неадекватен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #66

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

63. Сообщение от iCat (ok), 12-Май-20, 17:49	+4 +/–
> Обновите ОС на свежую и установите новые пакеты. Всё! ...потом заново добавлять хосты, группы, карты, комплексные экраны, оповещения, правила... Да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

64. Сообщение от Онаним (?), 12-Май-20, 18:12	+1 +/–
С 3.2 рекомендую сначала съехать на 4.0, потом на 4.2, потом на 4.4, и только потом на 5. На каждом этапе читая релизнотесы и выправляя перекосившееся, если таковое будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #83, #123

65. Сообщение от Онаним (?), 12-Май-20, 18:13	+1 +/–
> Oбещали мониторинг кубернетеса, но видимо не смогли Так налепите шаблонов самостоятельно, в чём проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

66. Сообщение от Аноним (3), 12-Май-20, 18:13	+1 +/–
гранаты тоже не всегда взрываются, это ж не повод носить такую в кармане :) Хотя можно подойти более продуманно — построить графики зависимости неадекватности от черных пятен на Солнце.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #124

67. Сообщение от Онаним (?), 12-Май-20, 18:14	+/–
Смысл - в ползучей адаптации существующих шаблонов под новые LLD и прочее. Мы так с 2.x едем :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #68, #80

68. Сообщение от Онаним (?), 12-Май-20, 18:15	+/–
// своих существующих шаблонов // Коробочные годны на 1.5 хоста по праздникам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #81

69. Сообщение от Аноним (3), 12-Май-20, 18:18	+4 +/–
> Всё! а если я еще поработать в конторе планирую, а не вот это ваше "Всё!"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

70. Сообщение от Алексей (??), 12-Май-20, 18:29	+4 +/–
Очень дорогое решение со всех точек зрения: лицензии, кадры, обучение, чрезвычайно долгий процесс планирования и внедрения. Zabbix вы сегодня установили и уже завтра получаете реальную пользу практически с нулевыми вложениями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #109

72. Сообщение от Sw00p aka Jerom (?), 12-Май-20, 19:23	+2 +/–
> зочем вы тгавите? по просьбам телезрителей :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

73. Сообщение от Sw00p aka Jerom (?), 12-Май-20, 19:29	+2 +/–
> если инженер с прямыми руками то и zabbix работает нормально. к работе заббикса претензий как раз таки нет, а вот к пользовательскому фидбеку стоит отнестись посерьезней. На принципе, "хавайте, что дают и скажите спасибо", далеко не уедут, а заказчику всегда можно пихнуть любое другое коммерческое решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

74. Сообщение от Аноний (?), 12-Май-20, 19:43	–3 +/–
Как сложность сети влияет на необходимость накликивать все в интерфесе вместо простого и понятного кода для прометея который может сам находить таргеты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #99

75. Сообщение от Жека Воробьев (?), 12-Май-20, 19:51	+/–
Я только недавно до 3.4. обновился, всего 3 года назад, а тут уже 5я
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

76. Сообщение от Аноним (76), 12-Май-20, 21:08	+1 +/–
Обновился. (К чести заббикса - предыдущее обновление было с 2.х на 4.4 и прошло гладко и почти без вмешательства). Так вот. Не нашел раздела "графики". Charts.php, который занимался этим в предыдущей версии, пропал вместе с пунктом меню. Посмотрел скрины в новости - тоже нет. Погуглил - ничего не нашел. Неуж отдельный раздел с графиками больше не нужен? Или я плохо ищу? Через "последние данные" построить можно, но по одному параметру и мало. Неуж виджетами всех заново добавлять?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82

77. Сообщение от пох. (?), 12-Май-20, 21:19	+1 +/–
да я бы им тоже пользовался, если б можно было купить за деньги. Но они тоже уволили программистов и наняли веб-макак - теперь немое кино в виде виндовс-приложения кончилось, а звуковое все никак не настанет, поскольку половину того что умело делать старое немодное - новое стильное молодежное никак ниасиливает, и к тому же дико глючит и тормозит новый-модный вебтриноль интерфейс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #91

78. Сообщение от пох. (?), 12-Май-20, 21:27	+2 +/–
потому что речь о приложении, а хосты - нахрен никому неинтересны. > только ведь это может быть не тот же график нагрузки, если условия на новом и старом > серверах отличаются можно я как-нибудь сам разберусь? Я вот вчера в физический хост докинул памяти и дисковую полку переключил - что, давайте по этому поводу грохнем всю хистори и заново начнем с чистого листа, условия ведь отличаются? Хорошо что жабикс ничего не заметил - с его точки зрения хост где был там и остался. > А если у вас сервис работал на 2 хостах, но на втором хосте вы его удалили, > а с первого перенесли на второй? значит вы опять мониторите не сервис, а ненужно-хосты. А в сервисной архитектуре - должно быть ровно наоборот - хост - мелкая малозначащая деталька сервиса. Их могут быть вообще сотни. > Ну и костыль без лазанья в базу: ставится что-то типа графаны и там выводится график с > нескольких хостов хоста нет, удалил я его нахрен - вместе с хостоспецифичными айтимами и триггерами и прочей требухой, потому что там agent not reachable, и вообще физически нет его больше, и мне неинтересно специфичные для него параметры хранить, и постоянно натыкаться на неработающие отключенные хосты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #115

79. Сообщение от пох. (?), 12-Май-20, 21:32	+1 +/–
хосты и сервисы - в общем и целом никак между собой не связаны. Совать жабиксные агенты внутрь контейнеров, превращая еще и их в "хосты" - спасибо, нет. Окей, я готов терпеть архитектуру, завязанную на концепцию хоста, за неимением другой - но дайте ж возможность поменять хост, если эти параметры теперь связаны с другим хостом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #93, #101

80. Сообщение от пох. (?), 12-Май-20, 21:37	+/–
ну там же реально надо было все выкрасить и выбросить уже минимум дважды? Те, старые, где айтимы были наглухо прибиты к lld их создавшему (и удалялись вместе с ним, если вдруг) - это ж ад и п-ц. Это был самый неожиданный подарочек (похоже, последний) от разработчиков заббикса, когда они внезапно переделали так, как надо было - глядя на предыдущий ад, было трудно поверить что они это смогут. Но все старые ручные поделки при этом отправились в помойку. (мне повезло, я эту эпопею пересидел в сторонке, и то что потом апгрейдил - не использовало старые lld - либо вручную все айтимы создавались, либо это был дефолтный шаблон и его не жалко)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #105

81. Сообщение от пох. (?), 12-Май-20, 21:39	+/–
коробочные хороши как затычка - ты его привесил, все - хост как-то худо-бедно мониторится, и даже вовремя чирикнет, если что-то пошло не так. А тебе освобождается время и вдохновение делать нетривиальные вещи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #103

82. Сообщение от Алексей (??), 12-Май-20, 21:40	+3 +/–
Навигация к графикам устройства и веб мониторингу через Monitoring-> Hosts.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #86, #88

83. Сообщение от пох. (?), 12-Май-20, 21:41	+/–
а вот расскажи, чего я такого не вижу чего ради стоит куда-то ехать? (живу с 4.0)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #95, #96

84. Сообщение от пох. (?), 12-Май-20, 21:43	+/–
хрен тебе - это ж копипаста с графаны-инсигны, это менеджер велел запилить именно в таком уродливом виде, и очень гордится поебдой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #92

85. Сообщение от Аноним (85), 12-Май-20, 21:44	+1 +/–
А если ещё и с незамутнённой головой - то и без zabbix всё норм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

86. Сообщение от пох. (?), 12-Май-20, 21:48	+1 +/–
добавлю, что через "latest data" можно понастроить себе, понатыкав галок, не по одному параметру, а по скольки хочешь, и хостов тоже может быть не один - кнопки внизу, мотай тщательней. Поэтому ценность графиков, не привязанных к lld, упала почти до нуля. Но вот со скринами - беда-беда (графики у нас снова привязаны, мать его, к хосту, блин - а надо видеть сразу пачку). А эра звукового кина пока даже экспортом не оборудована. Зачем был вообще нужен плохой косплей графаны, когда графана и сама вполне может нарисовать то же самое - Алексей, ау! Вы ведь пять(!) лет назад обещали что дэшборды их заменят как надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

87. Сообщение от пох. (?), 12-Май-20, 22:01	+/–
вот ради этого я бы точно не стал апгрейдиться. (я бы сдаунгрейдился чтобы не видеть этих уродливых пикеров вместо старых двигаемых мышью графиков, но, к сожалению, мне таки нужен новый lld) Пересобрать под все используемые дистрибутивы единственно-верный агент представляется мне значительно меньшей головной болью. (отдельный вопрос - а нахерна ж было ломать совместимость - первый раз это действительно было обосновано, но это было очень давно - так давно, что разработчики еще снисходили объяснять свои действия. Каких волшебных фич не хватало в протоколе, что понадобилось все поломать аж дважды за последние полтора года? Ау, ребята - система мониторинга это не то ради чего апгрейдят операционные системы!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

88. Сообщение от Аноним (76), 12-Май-20, 22:09	+1 +/–
Спасибо тебе, добрый Алексей! Недостаточно старательно искал. Все графики хоста на одной странице, непривычненько. С одной стороны, если их менее десятка, то перетыкивать для просмотра нескольких (да, лень комплексный экран) быстрее и удобнее. Но на хосте с тремя десятками ради просмотра двух мотать пришлось долго, а фильтр не сохраняется. Ну да ладно, приберусь наконец и раскидаю по экранам. Спасибо!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

89. Сообщение от serg1224 (ok), 12-Май-20, 22:26	+2 +/–
В Zabbix есть понятия сервиса, но в ином смысле: https://www.zabbix.com/documentation/current/ru/manual/web_i... А Вы как определяете, что есть сервис? Мигрирующая виртуальная машина с внутренностями в виде Linux? Или что это за субстанция?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

90. Сообщение от Аноним (76), 12-Май-20, 22:35	+/–
Debian 10 с MySQL обновился со свистом. Пошел на радостях обновлять следующий, на CentOS 7, но yum испугался зависимостей. Zabbix-web-pgsql в репе прежний, версии 4.0. По описанию из-за устаревшего php в репах рекомендуется ставить zabbix-web-pgsql-scl, который тянет за собой php из тех самых software collections. А php уже и без того свежий и сторонний, но из remi. Среднему юзеру оно, конечно, удобнее, в одну команду, но средний админ вполне может добыть нужную версию сам. В ногу себе выстрелить не даюююют :(
Ответить | Правка | Наверх | Cообщить модератору

91. Сообщение от InuYasha (?), 12-Май-20, 22:43	+/–
Не будь влэш таким re:шетом, на нём можно было бы замутить идеальный интерфейс для дашборда. Хоть тыща иконок. И можно качество отрисовки выбирать. Но эх... (
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #152

92. Сообщение от InuYasha (?), 12-Май-20, 22:45	+/–
> хрен тебе - это ж копипаста с графаны-инсигны, это менеджер велел запилить > именно в таком уродливом виде, и очень гордится поебдой. В графане (хотя бы) можно быстро вбить даты руками. В промежутках между зависонами )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #106

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

94. Сообщение от Аноним (94), 12-Май-20, 23:26	+/–
Лучшая софтина для подлых пердунов...
Ответить | Правка | Наверх | Cообщить модератору

95. Сообщение от Онаним (?), 12-Май-20, 23:30	+1 +/–
> а вот расскажи, чего я такого не вижу чего ради стоит куда-то ехать? (живу с 4.0) 4.2: 1) Вообще просто наиохереннейшее изменение: препроцессинг на Javascript. Подобного хотелось просто вечность. Половина внешних скриптов, использовавшихся для дискавери или хитрой трансформации ответов - банально съехали, потому что трансформировать специфичный текстовый вывод (например с SSH консоли девайса, ничего другого не умеющего) теперь можно прямо в Zabbix так, как душе угодно 2) Тротлинг item'ов. Второе "давно хотелось". Можно опрашивать часто, а сохранять в хистори только отличающиеся значения, + опционально одно значение в энный интервал времени, чтобы например nodata при этом успокоить. Размер таблиц хистори ныне сократился раз в 10 минимум, и это при том, что включили только для самых частых опросов. Кое-где этим удалось время реакции сократить, там где опрашивалось раз в пять минут, теперь опрашивается раз в минуту, но хранятся только изменившиеся значения. 3) Отработка ошибок в препроцессинге - можно например дефолтное значение подсунуть если регулярка не срослась. 4) Dependent'ы для LLD. Теперь можно выгребать одну портянку в один текстовый item, трансформить JS, и из этой единой портянки фигачить разные LLD, возможно с дополнительной трансформацией через JS. Больше не надо 100500 раз опрашивать одно и то же устройство для каждого LLD. 5) JSONpath в LLD. Преобразовав заранее портянку в JSON, можно сразу её разгрести по параметрам LLD без дополнительных ухищрений. 6) Теги на хосты. Мелочь, а приятно. 7) Проверка данных регулярками при авторегистрации хостов. Тоже удобно, когда много разнотипных хостов и темплейтов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #142

96. Сообщение от Онаним (?), 12-Май-20, 23:39	+/–
(по 4.2 - это было всё, что конкретно мы используем, реально там больше всего) 4.4 (то же самое, только то, что пригодилось): 1) Web-реквест (webhook) как media type - заливаем кое-какие эвенты в чат через него. 2) Подняли лимит dependent items на item. Ага, в 999 мы не вписывались (или сколько там было), у нас железка отдаёт одну-единственную портянку для всех телефонных транков, которых больше 1000. В 29999 ещё долго будем вписываться. Можно было тупо запатчить, конечно, что и  делалось, но стало проще, теперь ванильный. 3) Наконец-то добавили возможность задать отдельно realtime (стандартное - problem time) сообщения для триггеров, которые берут текущие ITEM.LASTVALUE, очень удобно для мониторилки событий в трее, можно показывать и текущую ситуацию, а не только на момент проблемы. 4) CSV в JSON (препроцессинг). Странненькое себе, но конкретно нам пригодилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

97. Сообщение от Онаним (?), 12-Май-20, 23:40	+3 +/–
Всё бы ничего, но на него отдельный отдел нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #110

98. Сообщение от Онаним (?), 12-Май-20, 23:42	+/–
Поверь мне, ты не смасштабируешь его на провайдерскую сеть, где куча разнородных устройств, которые надо ещё знать, как опрашивать, желательно на ходу, и чтобы руками не трогать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #117

99. Сообщение от Онаним (?), 12-Май-20, 23:43	+1 +/–
Пока у тебя 50 таргетов в известных подсетях - всё просто. Как только у тебя становится 10000 хостов с разнородными сервисами, интерфейсами, связностями, весь твой "простой и понятный" код превращается в тыкву, да и движкам разных хипстерских недомониторилок от такого количества плохеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #151

100. Сообщение от Онаним (?), 12-Май-20, 23:45	+/–
Так чем макросы не устраивают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #140

101. Сообщение от Онаним (?), 12-Май-20, 23:46	+/–
> Окей, я готов терпеть архитектуру, завязанную на концепцию хоста, за неимением другой > - но дайте ж возможность поменять хост, если эти параметры теперь > связаны с другим хостом. Делаешь заббиксовый "хост" на сервис, в нём указываешь IP, где этот сервис крутится. В общем-то и всё, главное активные чеки с агента не использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #145

102. Сообщение от Онаним (?), 12-Май-20, 23:47	+1 +/–
> кто что скажет в сравнении с check_mk ? А чего там сравнивать-то. Хомячка (check_mk) с грузовиком - так себе сравнение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

103. Сообщение от Онаним (?), 12-Май-20, 23:49	+/–
Если у меня хотя бы 1% хостов "чирикнет", хелпдеск повесится. Поэтому взяли за правило делать все шаблоны с 0 и чирикать только по делу. Но это не общая ситуация, естественно, большинству "из коробки" может быть и пригодится, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #104, #141

104. Сообщение от Онаним (?), 12-Май-20, 23:49	+/–
Если чуть отпочемучить - на каждый "чирик" заводится тикет...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

105. Сообщение от Онаним (?), 12-Май-20, 23:50	+/–
А я поэтому и говорю что нахер штатные шаблоны, надо мониторить то, что надо мониторить, а не то, что авторам софта заблагорассудилось. Благо заббикс это легко позволяет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

106. Сообщение от Онаним (?), 12-Май-20, 23:52	+/–
Мы тут попробовали графану с инфлуксом на наши нужны. По***лись, ещё по***лись с тормозами, поматерились, и всё равно получили жуткое тормозное удолбище. Решили пока дальше сидеть на собственном кастоме, который из заббикса тянет хистори в RRD, благо оно работает и не жужжит, в отличие от.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #172

107. Сообщение от Michael Shigorin (ok), 13-Май-20, 01:31	–1 +/–
Раз никто не упомянул, но кому-то может пригодиться -- в своё время и для своих задач пришёл к связке collectd+monit, где monit обеспечивает активный локальный мониторинг, а collectd -- пассивный распределённый. PS: я понимаю, что это совсем другая весовая категория, если что :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

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

109. Сообщение от Аноним (41), 13-Май-20, 06:29	+1 +/–
Я знаю. Я с этими продуктами работал. У нас же тут речь шла про гибкое ПО с минимумом костылей и ограничений, а не про "завтра". Про цену тоже речи не шло (но про неё я написал). А минимум ограничений - это всегда конструктор. Сложный для понимания и для сборки (и в конкретном случае крайне дорогой), но тем не менее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #149

110. Сообщение от Аноним (41), 13-Май-20, 06:33	+/–
Это да, но речь шла, в основном, только про гибкость. Про такие вещи, как "время настройки", "цена" (во всех смыслах), и.т.д - речи не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #111, #114

111. Сообщение от Аноним (111), 13-Май-20, 07:10	+/–
Гибкость, когда костыли интегрируются в инструмент это очень интересный путь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #113

112. Сообщение от БреттонВудс (?), 13-Май-20, 08:07	–1 +/–
Так разбейте на кластеры, зачем всё класть в одну корзину?! Дай угадаю, вам лень пальцем о палец ударить, подавай чтоб в один клик и усё работало!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

113. Сообщение от Аноним (41), 13-Май-20, 08:39	+1 +/–
Ну, путь, когда инструмент ограничен настолько, что там даже костыли некуда впихнуть - несомненно, ещё интереснее :)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

114. Сообщение от Онаним (?), 13-Май-20, 08:44	+2 +/–
> Это да, но речь шла, в основном, только про гибкость. > Про такие вещи, как "время настройки", "цена" (во всех смыслах), и.т.д - > речи не было. Ну вы же понимаете, что сферическая система в вакууме особо не интересно. Речь шла про гибкость + совокупность прочих минимум равных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #125, #127

115. Сообщение от Аноним (115), 13-Май-20, 09:06	+/–
>Я вот вчера в физический хост докинул памяти и дисковую полку переключил - что, давайте по этому поводу грохнем всю хистори и заново начнем с чистого листа, условия ведь отличаются? а почему бы и нет? Зависит от того, как вы используете исторические данные >Хорошо что жабикс ничего не заметил - с его точки зрения хост где был там и остался. ну это у вас, у нас он неплохо замечает большую часть изменений в конфигурации. И эти изменения довольно хорошо отображаются на UI, правда он у нас свой. >хоста нет, удалил я его нахрен ну а я не удалил. Программистам заббикса надо предусмотреть все больные фантазии? >потому что там agent not reachable но вы же знаете, что хост можно отключить ... >постоянно натыкаться на неработающие отключенные хосты. ... как и отфильтровать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #144

116. Сообщение от Аноним (116), 13-Май-20, 09:17	+/–
Я поставил https://getnoc.com и мне норм.
Ответить | Правка | Наверх | Cообщить модератору

117. Сообщение от Anonimous (?), 13-Май-20, 09:17	+/–
Не сложнее чем у других решений, в частности того же забикса. Под масштабируемостью имелось ввиду возможность переваривать любое количество метрик за счет добавления дополнительных серверов (Горизонтальное масштабирование).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #118, #119, #121

118. Сообщение от Онаним (?), 13-Май-20, 09:20	+/–
Не сложнее, но сильно дороже. Разводить целый зоопарк ради учёта метрик с лишней тысячи хостов - так себе затея. Поэтому применяющих это полтора человека.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #128

119. Сообщение от Онаним (?), 13-Май-20, 09:21	+/–
Ну и да, масштабируемость - это не просто способность "переваривать" метрики, их ещё надо агрегировать, отображать, эскалировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #129

120. Сообщение от Del (?), 13-Май-20, 09:25	+/–
Скажите, а там интерфейс все так же, на выпадающих списках?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #122

121. Сообщение от Онаним (?), 13-Май-20, 09:29	+/–
А почему я тебе сказал, что не смасштабируешь - да всё просто, все эти поделки заточены на отрисовку полутора графиков для менеджера среднего звена. Когда в них приходит раз в 5 секунд пинг 10000 хостов, который надо ещё с другими метриками скоррелировать - у тебя банально его кривая-косая "подложка", которая попытка "эффективно" похранить time series, загнётся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #134

122. Сообщение от Алексей (??), 13-Май-20, 09:59	+/–
Уже нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

123. Сообщение от asand3r (ok), 13-Май-20, 10:21	+/–
А в чём смысл такого поэтапного обновления? С 3.2 поддерживается обновление напрямую до 5.0, зачем эти промежуточные телодвижения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #132

124. Сообщение от наше имя легион (?), 13-Май-20, 11:10	+/–
и напрашивающийся вопрос: а ежели он всегда адекватен? будешь ли ты считать его источником, заслуживающим доверия?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #126

125. Сообщение от Аноним (41), 13-Май-20, 12:48	+/–
Как сказать. Зависит от того, с кем ты общаешься. Если у тебя болтовня "за жизнь" с техническими специалистами (как, например, здесь на OpenNET) - по умолчанию обсуждаются, в основном, технические моменты. Если ты общаешься с руководителями - там уже другой подход. Тут уже и стоимость, и людские ресурсы, и всякое такое начинает играть серьёзную роль. В изначальном комментарии, на который я отвечал - в качестве "тех. задания" стояли: огромные внедрения, сложные сети и относительно малое количество костылей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #130

126. Сообщение от Аноним (3), 13-Май-20, 12:50	+/–
А почему вы решили, что доверие основывается только на адекватности? С адекватным человеком приятно просто поговорить на различные темы, возможно узнать от него что-то новое или поделиться своими мыслями. Он просто переходит в следующий раунд и источником, заслуживающим доверия в той или иной области, он может стать как минимум после формирования представлений о его компетентности. Что опять таки можно сделать на основе того как он ведет дискуссии, аргументирует свою позицию, как часто его исправляют оппоненты и т.д. Также можно собственноручно проверить часть его советов на "кошках". Я не имею в виду, что наличие ошибочных суждений мгновенно делает человека "не доверенным" источником. Если он дает советы по делу и они помогают решить проблему, то это повод прислушаться к нему в дальнейшем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

127. Сообщение от Аноним (41), 13-Май-20, 12:58	+/–
Да, ещё. > Всё бы ничего, но на него отдельный отдел нужен Естественно. А как по другому обслуживать мониторинг "огромного внедрения, сложных сетей, и.т.д"? Особенно, когда всё это активно меняется... Если у вас такую задачу будут выполнять 1-2 человека, они при любом раскладе и с любой системой мониторинга не справятся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #150

128. Сообщение от Anonimous (?), 13-Май-20, 15:45	+/–
> Не сложнее, но сильно дороже. > Разводить целый зоопарк ради учёта метрик с лишней тысячи хостов - так > себе затея. > Поэтому применяющих это полтора человека. можешь как и заббикс сделать на 1 хосте, если не нужна отказоустойчивость. Будет кушать даже значительно меньше ресурсов при том же количестве метрик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

129. Сообщение от Anonimous (?), 13-Май-20, 15:46	+/–
> Ну и да, масштабируемость - это не просто способность "переваривать" метрики, их > ещё надо агрегировать, отображать, эскалировать. Каждая из вышеупомянутых характеристик без особых проблем масштабируется горизонтально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

130. Сообщение от Онаним (?), 13-Май-20, 15:52	+1 +/–
Не, ну если надо пильнуть по-крупному, Tivoli самое то :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #135

131. Сообщение от Ананомизец (?), 13-Май-20, 15:55	+/–
Ну ХЗ, второй агент пятой версии вполне с 4.4 сервером работает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

132. Сообщение от Онаним (?), 13-Май-20, 15:55	+/–
> А в чём смысл такого поэтапного обновления? С 3.2 поддерживается обновление напрямую > до 5.0, зачем эти промежуточные телодвижения? Там, скажем так, есть слегка "incompatible changes". Мне удобнее лечить их понемножку, кому-то, конечно, может оказаться удобнее сразу получить весь ворох и разгребать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #133, #136

133. Сообщение от asand3r (ok), 13-Май-20, 15:58	+/–
А можно примеры? Просто мне в голову приходит только вынесенный в 4.2 препроцессинг на прокси, да формат JSON LLD у агента.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

134. Сообщение от Anonimous (?), 13-Май-20, 16:03	+/–
> А почему я тебе сказал, что не смасштабируешь - да всё просто, > все эти поделки заточены на отрисовку полутора графиков для менеджера среднего > звена. Когда в них приходит раз в 5 секунд пинг 10000 > хостов, который надо ещё с другими метриками скоррелировать - у тебя > банально его кривая-косая "подложка", которая попытка "эффективно" похранить time series, > загнётся. всего 200к метрик в минуту? Для мониторинга это даже не хайлоад. Как уже писал ранее любой компонент можно заменить на более подходящий для конкретно твоих задач и по-факту дефолтные компоненты никто не юзает... Если говорить о хранилище для хранения метрик, то лично я использую clickhouse, который достаточно производительный для работы с time series.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

135. Сообщение от Аноним (41), 13-Май-20, 16:26	+/–
В этом не силён. Могу поддерживать беседу лишь в технической и организационной плоскости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

136. Сообщение от Онаним (?), 13-Май-20, 17:11	+/–
Ну вот тот же формат LLD меняющийся. У nodata с прокси в 5.0 поведение немножко меняется. Там их есть, причём не всё оно описано. В каждой версии могут вылезти свои тараканы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

137. Сообщение от Del (?), 13-Май-20, 17:51	+4 +/–
Я вот никогда не понимал этого подхода. Ну почему у них все лежит по частям в разных разделах. Ну неужели непонятно, что если я вижу Error от железки, мне хочется нажать кнопку и попасть на ее графики или в ее настройки. Почему мне приходится каждый раз лезть в хосты или в мониторинг чтобы посмотреть что творится то?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #138, #143

138. Сообщение от Аноним (94), 13-Май-20, 19:22	+/–
Старческий маразм разработчиков zabbix видимо не излечим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

139. Сообщение от исчо_адын_гентушнег (?), 13-Май-20, 19:31	+/–
Алексей, а что, вы сами начали выкладывать msi?
Ответить | Правка | Наверх | Cообщить модератору

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

141. Сообщение от нах. (?), 13-Май-20, 22:04	+/–
у меня практически нет ложных алармов от стандартных триггеров. Есть неложные, причем чаще всего в ситуациях когда я что-то проспал (типа стало кончаться место на диске, на котором оно кончаться не может, если бы не забытая там взбесившаяся софтина - замониторить которую правильно впопыхах забыли - и очень хорошо что аларм пришел вовремя, хотя и неточный) Единственные которые я правил или повыключал везде - алармы на число процессов, они из какого-то 2000го года с четырехядерных ксеонов и линуксного ведра без миллиарда неведомых "процессов", видимых в ps, но делающих непонятно что. Остальное управляется глобальными макросами, не требуя править сами шаблоны. А не из коробки у меня только мониторинг приложений - которые как раз я бы рад бы был убрать нахрен из жабикса, оставив ему только то что он умеет делать без лишних телодвижений, но пока ниасиливаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

142. Сообщение от нах. (?), 13-Май-20, 22:39	+/–
> 1) Вообще просто наиохереннейшее изменение: препроцессинг на Javascript. Подобного хотелось > просто вечность. хм, у меня скрипты никуда не денутся (жабикс не умеет ходить в базы данных, не умеет сложные процедуры вида вопрос-ответ) - поэтому нет проблемы выплюнуть результат как ему хочется. > Тротлинг item'ов. Второе "давно хотелось". а, да. Мне, правда, на самом деле хотелось бы базу, которая в нем не нуждается, и это ни разу не sql, но хоть такой костылик. Да, пожалуй, все же повод апгрейдиться. > JSONpath в LLD. был же ж xml, мне вполне хватало...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #146

143. Сообщение от нах. (?), 13-Май-20, 22:46	+/–
о, неистово плюсую. Отсутствие связности между одними и теми же хостами/айтимами в разных разделах - безумно бесит. Что мешает залинковать одно на другое - кроме непонимания альтернативно-одаренных веб-разработчиков, для чего на самом деле служат системы мониторинга - неизвестно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

144. Сообщение от Аноним (144), 14-Май-20, 01:38	+2 +/–
Ой, вы не понимаете о чем он говорит, любезнейший. Нах просто поленился объяснить, впрочем, как обычно. Это примерно как юному начинающему разработчику объяснять разницу между 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ообщить модератору
Родитель: #115

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

146. Сообщение от Онаним (?), 14-Май-20, 08:44	+/–
> хм, у меня скрипты никуда не денутся (жабикс не умеет ходить в базы данных, не умеет сложные процедуры вида вопрос-ответ) Для первого сделаны web item'ы, можно опрашивать прямо API сервиса, не костыляя скриптами на заббиксе :) А результат трансформировать "на месте". Второе да. > Мне, правда, на самом деле хотелось бы базу, которая в нем не нуждается, и это ни разу не sql, но хоть такой костылик TimescaleDB, но это мерзкий постгрес.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #155

147. Сообщение от annual slayer (?), 14-Май-20, 10:02	+/–
>  дурацкие дэшборды невозможно экспортировать одна из причин почему я предпочитаю графану
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #148

148. Сообщение от пох. (?), 14-Май-20, 10:16	+/–
да, но обратная сторона медали - забыл экспортнуть нечто, на что пол-ночи потратил - а с утра графана уже не работает, потому что что-то там себе испортила в своей чудо-базе. С жабиксом такого не то чтоб "никогда не было", но мне оба раза удавалось починить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

149. Сообщение от пох. (?), 14-Май-20, 10:20	+1 +/–
> Я знаю. Я с этими продуктами работал. > У нас же тут речь шла про гибкое ПО с минимумом костылей ну опиши путь к успеху - мне вот было б интересно послушать. А то я с этим протухтом работал, точнее с людьми которым полагалось через него реагировать на проблемы в моей сети (я не из отдела-по-тиволям, я по сети, если кто не понял - и это первая большая проблема. Что мониторить - знаю я. Как реагировать - знаю я. А крутит гайки - специалист по кручению гаек, причем только с левой резьбой - если гайка с правой - надо писать заявку в другой отдел и два года ждать. Вторая большая проблема - что эти специалисты слишком дорогие, чтобы заставить их круглосуточно смотреть в монитор. И смотрит в монитор в результате ТРЕТИЙ отдел. Догадываешься, чем это заканчивается?) Если кому интересно, я могу рассказать как то же самое выглядит в случае жабикса - но там, разумеется, ничего необычного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

150. Сообщение от пох. (?), 14-Май-20, 10:28	+/–
>> Всё бы ничего, но на него отдельный отдел нужен > Естественно. А как по другому обслуживать мониторинг "огромного внедрения, сложных сетей, вам рассказать, по опыту внедрения и эксплуатации в двух сложных и одной просто большой, по тем временам, сетях? Я недорого возьму, за консультацию-то. Причем не с "инженерной", а именно с практической точки зрения - кто что крутил, как это синхронизировали между подразделениями и что получилось. > и.т.д"? Особенно, когда всё это активно меняется... Да, особенно в этом случае. (когда меняется, разумеется - сеть, а не происходит бурная деятельность в отделе изменения применений систем мониторинга) > Если у вас такую задачу будут выполнять 1-2 человека, они при любом > раскладе и с любой системой мониторинга не справятся. удивительное рядом, у меня эту задачу всегда решали НОЛЬ человек. И они - справлялись, те конторы банкротами стали вовсе не потому что плохо мониторили (и далеко не на заре своего существования). А вот с prtg, tivoli и, ни к ночи будь помянут, prime - не справились и специально выделенные человеки (ну да, их было не пятьдесят - бюджет, знаете, и так трещал после покупок того что само должно было еще и за курвуазье бегать). Зато один получил непыльную работу с приятным окладом после ухода от наших развалин. Нет, нет, он не в отделе мониторинга ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

151. Сообщение от пох. (?), 14-Май-20, 10:30	+/–
> Пока у тебя 50 таргетов в известных подсетях - всё просто. Как > только у тебя становится 10000 хостов с разнородными сервисами, интерфейсами, связностями, > весь твой "простой и понятный" код превращается в тыкву, да и > движкам разных хипстерских недомониторилок от такого количества плохеет. хстате, а расскажи - как у тебя host discovery устроен? Или ручками все десятьтыщ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

152. Сообщение от пох. (?), 14-Май-20, 10:36	+/–
> Не будь влэш таким re:шетом, всем пох. У меня, знаешь ли, система мониторинга умеет командочки от рута запускать. Поэтому флэшовую морду, иф эни - увидели бы только те, кто от рута командочку и сам может. Но на практике - циска что-то х-евертела, получилось как обычно - г-но. Впрочем, дальше они вертели на жабе-ээ (с jnlp), то же ж в общем прекрасное средство рисования мигающей-переливающейся хрени - опять оно же. Да что ж такое - место, что-ли, проклято? На самом деле интерфейс жабикса версии 1 в 2008м году был вполне приемлемый, на том древнем js, ему не интерфейса а функционала не хватало что тогда, что сейчас. Причем то, чего не хватает - оно не на js, а на пехепе пишется, и местами на сях - и ничего там военного нет. Начать и кончить - да, поэтому я этим займусь воплощений этак через пятнадцать (уверен что горе-разработчики и к тому моменту ниасилят - зато попереписывают все что не нужно на игогого)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

153. Сообщение от пох. (?), 14-Май-20, 10:43	–1 +/–
> Создайте хост с каким-нибудь виртуальным (от балды) ip и наполняйте его айтемы > SEND'ами изнутри Вашего сервиса/приложения через простейший Zabbix API. да я могу его ip привязать непосредственно к тому настоящему хосту, где агент крутится - и, собственно, кое-где так и приходится делать. То есть идея с "хостами" порождает монстров, где у "хоста" три разных адреса (потому что связанные именно с этим хостом события собираются не на нем самом, а там где они видны) и ни один не настоящий (потому что то что настоящее вообще не в моем ведении, это хардварный балансировщик другого отдела) Ну зашибись, чо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #170

154. Сообщение от пох. (?), 14-Май-20, 10:47	+1 +/–
> костыли-подпорочки угу. Особенно удобные в случае когда изначально приложение помещалось в один сервер, и никто такое не нах..евертил в предвидении его экстенсивного развития. И теперь вот у тебя не сервер а кластер, и ты даже не можешь посмотреть что изменилось при переходе на него - исключая черезанусные решения, типа вечного хранения ненужно-хоста, который из сети давно отключен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

155. Сообщение от пох. (?), 14-Май-20, 10:57	+/–
>> хм, у меня скрипты никуда не денутся (жабикс не умеет ходить в базы данных, не умеет сложные >> процедуры вида вопрос-ответ) > Для первого сделаны web item'ы, можно опрашивать прямо API сервиса, не костыляя а веб и апи мне самому написать? ;-) Я бы тогда уж писал апи, напрямую в жабикс и складывающее. > А результат трансформировать "на месте". select ab, cd, ef.gh from ... | awk ... - вот тебе xml, обтрансформируйся ;-) where можешь подставить из ключа айтима по вкусу. >> Мне, правда, на самом деле хотелось бы базу, которая в нем не нуждается, и это ни разу не sql, >> но хоть такой костылик > TimescaleDB, но это мерзкий постгрес. причем в результате будет мерзкий постгрез для всего,а не только айтимов - а вот этого я точно не хочу. Ну и timescale - тоже костыль, только теперь уже на уровне постгреза. Причины понятны - переписывать код лень, да и некому уже давно, одни менеджеры остались и рисователи темплейтов по 600 евро в сутки, а тут поменял одно слово в create table, опа, мы уже модные-молодежные-поддерживаем time series db, плевать что одну и самую угребищную на свете, но все равно очень жаль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #156

156. Сообщение от Онаним (?), 14-Май-20, 18:39	+/–
Ну и кстати да, заббикс умеет ходить в базы данных :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #160

157. Сообщение от Аноним (157), 15-Май-20, 00:17	–1 +/–
нормальные конфиги не завезли еще? это по прежнему проще конфигурировать непосредственно в sql?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #158

158. Сообщение от Аноним (157), 15-Май-20, 00:24	+/–
примечание для особо одаренных - нормальные это: 1. текстовые!!! 2. удобочитаемые!!! 3. удобомашинногенерируемые!!! в противном случае - прошу наконец уже рассказать как это настроить и не сойти с ума от кликов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #159, #162, #163

159. Сообщение от пох. (?), 15-Май-20, 11:31	+1 +/–
дружочек, не хотел бы тебя огорчать, но "конфиги" такого размера не будут удобочитаемыми, если их сделать текстовыми. Я понимаю, попоболь осваивать что-то новое через двадцать лет "генерации" совершенно нечитаемых (хоть и текстовых) "машинногенерируемых" (только надо написать код для каждого чиха вручную, и нельзя перепоручить эту работу отделу мониторинга - они не умеют make/perl/awk) конфигов nagios, но проснись, голубчик - его писали во времена, когда компьютеры были большие, и было их два на всю контору. А конфиг zabbix-server/agent - он да, текстовый, удобочитаемый и, в принципе, даже машинногенерируемый, если так назвать пару вызовов sed в постинсталле. > в противном случае - прошу наконец уже рассказать как это настроить и не сойти с ума от кликов. прочитать наконец документацию, разделы "templates", "low level discovery", "autodiscovery". Если после этого тебе все еще покажется что что-то тут можно автоматизировать дополнительно, можешь прочитать раздел "API". В целом нет ничего сложного в том чтобы вместо этого генерить sql-команды, и многие предпочитают этот способ как более прямой, но, к сожалению, структура базы "хорошо документирована исходным кодом", меняясь от версии к версии, а вот апи описан и зафиксирован. Но обычно его используют не для этого, а для того чтобы новосозданные системы сами себе настраивали мониторинг тех параметров, которые понадобились их разработчку - вообще без возни с какими-то там "конфигами".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #168

160. Сообщение от пох. (?), 15-Май-20, 11:49	+1 +/–
если ты про odbcшное убожество - то нет, спасибо, вариант с select|awk еще и побыстрее окажется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #161

161. Сообщение от Онаним (?), 15-Май-20, 14:07	+/–
Ну вот, всё-то вам не угодишь :) ODBC убожество, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

162. Сообщение от Онаним (?), 15-Май-20, 14:10	+/–
> в противном случае - прошу наконец уже рассказать как это настроить и > не сойти с ума от кликов. Рассказываю: https://www.zabbix.com/documentation/current/manual/api/refe... И можно лепить любой удобный ___лично вам___ (!!!) текстовый "удобочитаемый" конфиг. С машинной генерацией вопрос вообще не стоит - можно и без конфига генерировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

163. Сообщение от www2 (??), 15-Май-20, 16:15	+1 +/–
Нет смысла настраивать Zabbix через текстовую простыню на десятки мегабайт. Такая простыня явно не пригодна для ручного редактирования. Если её каждый раз перегенерировать, то генерироваться она явно будет по базе данных. Если из одной базы надо перегонять данные в другую, то лучше пользоваться API. Если ещё учесть количество фишек в Zabbix'е, то для написания сколь-нибудь сложных правил мониторинга в этой гипотетической текстовой простыне придётся ещё пройти несколькомесячный курс обучения синтаксису. Я для рабочих нужд написал несколько модулей: один извлекает описание хоста из БД, другой по этому описанию в соответствии с правилами контроля генерирует описание для сверки с Zabbix, третий модуль извлекает из API Zabbix текущее состояние хоста, сверяет его со сгенерированным и меняет изменившееся. Как только в БД меняется описание хоста, по нему прогоняется вся цепочка действий. Можно руками запускать на обработку хосты из БД массово, когда правила контроля меняются. Конечно, написание всей этой интеграции заняло немалое количество времени, оплаченного работодателем, но в результате получена более высокая по сравнению с шаблонами гибкость, экономия на ручной работе по обновлению содержимого Zabbix'а и снижена вероятность человеческих ошибок. Если вы думаете, что вас спасут текстовые конфиги, то скорее всего вы ошибаетесь. Писать генератор конфига для Zabbix'а всё равно придётся, он будет сложный, а т.к. весь файл нужно будет перегенерировать при любом даже самом мелком изменении, то обновления в конфигурацию Zabbix'а будут вноситься очень долго и вы скорее всего упрётесь в тормоза БД, по содержимому которой будете всё это генерировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #164, #165

164. Сообщение от Michael Shigorin (ok), 15-Май-20, 16:17	+/–
Может, предложите наработки в апстрим хотя бы "как есть"? Или отдельным проектом опубликуете? PS: имени работодателя :-) // непользователь, но мало ли...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #166

165. Сообщение от Michael Shigorin (ok), 15-Май-20, 21:37	+/–
...как тут напоминают -- уже опубликовано такое: http://altlinux.org/Категория:Инструментарий_для_развёртывания_Zabbix-ноды в т.ч. grow-zabbix-node http://packages.altlinux.org/alterator-zabbix-node
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #167

166. Сообщение от пох. (?), 16-Май-20, 15:25	+/–
А смысл? Оно там наверняка завязано на их внутреннюю кухню (которую еще и светить не хочется), и только им такое и нужно. (У меня во времена оны - наоборот, база хостов бралась из жабикса, куда они попадали либо из discovery, либо при создании хоста автоматикой деплоя - тогда еще не было возможности просто дернуть апи, приходилось лазить в базу) А апи и так опубликован - пишите кто хотите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

167. Сообщение от пох. (?), 16-Май-20, 16:03	+/–
вот нихера непонятно - ни что это, ни как работает, ни нахерна вообще нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #175

168. Сообщение от Аноним (157), 16-Май-20, 17:12	+/–
templates, говорите... а возможным стало уже прямо в темплейтах задать графики, так, чтобы они применились сразу при применении темплейта к конкретному хосту/сервису? давно не смотрел просто. если стало возможным - то замечательно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #169

169. Сообщение от пох. (?), 16-Май-20, 17:28	+/–
графики - с самого появления темплейтов, afair. Только зачем, если график любого сорта можно себе понакликать на ходу из latest data, включая график, объединяющий данные _разных_ хостов? Вот _screens_ (где как раз можно разные хосты в одну картинку) - там есть, хехехе, ньюансы. То есть создать его из lld можно, а увидеть потом - нельзя. Спросите у Алексея, что он про это гнал ПЯТЬ лет тому назад. Воз все там же. Ну нет больше у жабикса - программистов. Остались либо программисты-на-игого, либо разработчики персонализированных темплейтов по 600 евро в день. Поди плохо, и хотел бы ты после этого работать программистом?! А dashboard из шаблона или lld - не, хрен там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

170. Сообщение от 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ообщить модератору
Родитель: #153 Ответы: #171

171. Сообщение от пох. (?), 17-Май-20, 15:27	+/–
> Сорян, но я так и не понял чем Вас не устраивает вариант с SEND'ами изнутри Вашего приложения. это не мое приложение. И, знаете, я лучше не буду тем милым людям ничего про send рассказывать. А то придется им отдельный жабикс поднимать, чтоб они его хотя бы отдельно роняли. И еще и его фейловерить и прикрывать балансировщиком - а то если он сдохнет, приложение начнет таймаутиться - ну его нахрен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

172. Сообщение от пох. (?), 17-Май-20, 15:34	+/–
> Мы тут попробовали графану с инфлуксом на наши нужны. я графаной, если что - в жабикс хожу (потому что его модные дэшборды - очень плохой и, главное - неэкспортируемый косплей графановских). Разумеется, там как в анекдоте про линкор с заклинившими стволами - "персонал проинструктирован ноль в это поле не вводить" (только наоборот - "запросов больше чем за сутки не делать, а то все повиснет к хренам") но, опять же, это претензия к жабиксу и его sql для хранения метрик вместо нормальной nosql базы для именно метрик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #173

173. Сообщение от Онаним (?), 17-Май-20, 17:57	+/–
В наших условиях даже influx загибается напрочь, а шардить это хипстерское нечто на кучу серверов смысла не видно. Прикрутили свою in-house кастомную приблуду, которая тянет постоянно данные с хистори заббикса, и раскладывает их в RRD, и далее просмотрщик к этому счастью. Сначала думали с кактусом сгибридить, но кастом показался интереснее, у кактуса интерфейс так себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #174

174. Сообщение от Онаним (?), 17-Май-20, 17:57	+/–
Просто ради интереса - есть несколько страниц, на которых >1000 графиков :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

175. Сообщение от Онаним (?), 17-Май-20, 18:03	+/–
Да доскеры, альтераторы, и т.п. Часть отрасли сама себе роет могилу, потому что такими темпами разбирающихся как оно реально работает останется полтора человека.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

176. Сообщение от Michael Shigorin (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ообщить модератору
Родитель: #108

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

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