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

"Новая версия системы мониторинга Monitorix 3.12.0 "	+/–
Сообщение от opennews (??), 22-Фев-20, 08:38
Представлен релиз системы мониторинга Monitorix 3.12.0, предназначенной для наглядного слежения за работой разнообразных сервисов, например, мониторинга температуры CPU, нагрузки на систему, сетевой активности и отзывчивости сетевых сервисов. Управление системой производится через web-интерфейс, данные представлены в виде графиков... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52414
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 22-Фев-20, 08:38	–1 +/–
https://sourceforge.net/projects/monitoring/ Тоже но на bash.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3

2. Сообщение от Аноним (3), 22-Фев-20, 08:57	–11 +/–
Б..ть. XXI век, система мониторинга на rrdtool, без возможности посмотреть детали за прошлые периоды. "зато на перл!" P.S. при этом проект zabbix - уже не то что мертв, но в трупе завелись червяки. А как нам тут пару лет назад пели про светлое будущее...наверное, певец теперь на layoff поет совсем другие песни.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #29, #36, #73

3. Сообщение от Аноним (3), 22-Фев-20, 08:59	+7 +/–
вот это молодцы, хороший проект - лежит себе в гробу спокойненько, не шевелится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #14

4. Сообщение от milinsky (ok), 22-Фев-20, 09:21	+/–
>Поддерживается достаточно широкий спектр параметров мониторинга... MySQL Погодите ка, из РСУБД эта штука умеет только в MySQL? Или я что то упустил?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12

5. Сообщение от RaSLa (?), 22-Фев-20, 09:31	+2 +/–
Насколько мне известно, после успеха связки Prometheus + Grafana + Alert Manager для мониторинга, новых костылей для широкого применения больше не делают...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31

6. Сообщение от Аноним (6), 22-Фев-20, 09:33	+3 +/–
А что случилось с zabbix?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #11, #30, #82

7. Сообщение от artenox (?), 22-Фев-20, 09:39	+/–
Для просмотра IP (а также температуры, трафика, uptime, boots) использую HardInfo. Говорят, он в новых дистрибутивах не работает, а если работает, то IP не показывает и аналогов не завезли. Но сначала нужно настроить lm-sensors. График сети смотрю gnome-system-monitor. Диски в gnome-disks. График температуры действительно бы не помешал.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

8. Сообщение от milinsky (ok), 22-Фев-20, 09:44	+5 +/–
Молодец, возьми с полки пирожок. Ибо твой комментарий также бесполезен как и то что ты там у себя на локалхосте "мониторишь".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

9. Сообщение от ыы (?), 22-Фев-20, 10:41	–1 +/–
какието картинки... толи текстмод толи таблицы дизайна эдак годов 90-х
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

10. Сообщение от Ильдар. (?), 22-Фев-20, 10:42	+/–
Zabbix очень даже актуален. Я его на ibm -овских powerpc серваках юзал. Компилировался без единой ошибки. И в эксплуатации очень удобен. Плюс хорошая документация. Возможно забикс не серебренная пуля. Но свою нишу занимает уверенно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27

11. Сообщение от Fyjy1 (?), 22-Фев-20, 10:46	+9 +/–
Все с Zabbix хорошо, это у анона выше что-то с пустотой между ушами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #26

12. Сообщение от ыы (?), 22-Фев-20, 10:48	+/–
не только. ты упустил все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13

13. Сообщение от milinsky (ok), 22-Фев-20, 10:50	+/–
На офф сайте сабжа только MySQL. Ткни куда смотреть что бы развидеть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #15, #51

14. Сообщение от Аноним (1), 22-Фев-20, 11:02	+1 +/–
Работает и хорошо. Графики дает получше. Реализация проще пареной репы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #20

15. Сообщение от ыы (?), 22-Фев-20, 11:14	–1 +/–
нешто монга так незаметна?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #17

16. Сообщение от Аноним (16), 22-Фев-20, 11:14	–1 +/–
Этим кто то пользуется? https://www.netdata.cloud
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #22

17. Сообщение от milinsky (ok), 22-Фев-20, 11:18	+/–
>РСУБД >монга Поздравляю! Ты стал победителем в номинации "Самые тупые комментарии недели на OpenNET". Аплодисменты! С каких пор MongoDB стала реляционной?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

18. Сообщение от Аноним (18), 22-Фев-20, 11:32	+/–
> Этим кто то пользуется? > https://www.netdata.cloud Да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

19. Сообщение от аноним111 (?), 22-Фев-20, 11:38	–1 +/–
Кто-то пробовал мониторить температуру во фряхе с помощью сабжа?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

20. Сообщение от Пряникё (?), 22-Фев-20, 12:53	+3 +/–
Last Update: 2013-04-22 Он настолько хорош, что за 7 лет не потребовал ни одного обновления? Крутяк!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #28, #48, #79

21. Сообщение от Аноним (21), 22-Фев-20, 12:58	+/–
Зачем нужны какие-то ещё наколенные поделки, когда есть проверенный временем Zabbix?
Ответить | Правка | Наверх | Cообщить модератору

22. Сообщение от имя (ok), 22-Фев-20, 13:31	+/–
Вы б ещё https://pcp.io/ вспомнили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

23. Сообщение от Аноним (23), 22-Фев-20, 14:05	+2 +/–
Ужас вообще! Где новейшие тренды визуального оформления инфографики? Сколь тяжкие страдания причиняет современным модным юношам картинка устаревшего дизайна!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #39

24. Сообщение от Аноним (24), 22-Фев-20, 14:13	–1 +/–
Прикольно.. Но что-то не увидел про SNMP. Не умеет? Тогда крайне плохо. Т.е. коммутаторы/роутеры и проч никак, все остальное прибито гвоздями и для добавления чего-то надо модуль на perl (или чем там) писать
Ответить | Правка | Наверх | Cообщить модератору

25. Сообщение от Аноним (25), 22-Фев-20, 14:35	+2 +/–
Откуда столько негатива в комментариях? Никто не заставляет пользоваться Monitorix, если он не подходит.
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от Аноним (26), 22-Фев-20, 16:36	+/–
Ничерта не хорошо. Топчатся на месте, выстраивать зависимости хоть в сколько нибудь сложной системе довольно проблематично. Единственный известный мне вариант довести мониторинг заббикса до ума это накостылить свою систему которая бы создавала все айтемы, триггеры и зависимости между ними через апи заббикса, а потом следила бы за консистентностью и историей, а потом закостылить свой дашборд. Но в таком случае зачем вам заббикс, главное достоинство которого "система мониторинга полного цикла". С таким же успехом можно костылить дашборды к другой системе мониторинга, получится даже удобнее и производительнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #61

27. Сообщение от Аноним (26), 22-Фев-20, 16:47	+/–
Для простого мониторинга заббикс избыточен, слишком сложен и потребляет много ресурсов. Для сложного мониторинга в нем нельзя без извращений настроить сложные зависимости и даже простая правка конфигурации темплейтов превращается в боль на несколько часов. Для костылестроения есть более гибкие кубики из которых можно собрать систему мониторинга. Разве что легаси нишу 6 летней давности он уверенно занимает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

28. Сообщение от Аноним (28), 22-Фев-20, 17:18	+3 +/–
Он разве Windows?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

29. Сообщение от mommy (?), 22-Фев-20, 18:25	+/–
Так предложи алльтернативы. Мнеб пригодится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

30. Сообщение от пох. (?), 22-Фев-20, 18:30	+/–
п-ц ему настал, похоже - уволился (или, возможно - уволили) последних программистов на вредной нибизопастной сишечке. Год или более тому. Поэтому того что тот чувак обещал - в 16м или 17м году тут было, в тредике под очередным обновлением - нихрена не сделано. Речь шла о планируемом полном пересмотре концепции скринов и замене их передовыми модными дэшбордами. В результате, как обычно - немое кино уже отменили, если скрин создается из discovery - найти его потом можно только вручную, в списке он отсутствует, через страницу "screens" попасть на него нельзя. Эпоха звукового тоже не настала - модные дэшборды до сих пор даже не экспортятся, то есть их и перенсти на другой инстанс нельзя, и сбэкапать. По факту же - если ты посмотришь changelogs за последние два года - то в бэкэнде не сделано ровно ничего, кроме героического "перехода" с постгреза на... постгрез же. Поэтому делать ничего и не пришлось, только тип таблиц поменять. Зато они написали, держись за стул - агента на игогошечке! Правда, он толком не работает, и собирается только под линукс (где вот вообще нахер был не нужен - там не было ни малейших проблем с обычным агентом - в отличие от винды, где проблема таки была и есть - ее агент не умеет некоторых очень важных для lld вещей) Что, похоже, означает ровно одно - вместо разработчиков на немодных языках - наняли хипстерков, умеющих ссать топтопам в уши, но, увы, неумеющих кодить. Нет, бизнес от этого, ясен пень, не пострадал, наоборот - достиг новых высот: https://www.zabbix.com/template_building_services - ну не прекрасно ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #32

31. Сообщение от Аноним (31), 22-Фев-20, 21:21	+1 +/–
Малоизвестный у местных Check_MK тоже живее всех живых, а в связке с Grafana и Graphite вообще вряд ли уступит чему-то по масштабируемости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

32. Сообщение от Аноним (32), 22-Фев-20, 22:32	+/–
Традиционный вопрос - что вместо этого сейчас использовать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #37, #47, #67

34. Сообщение от Аноним (34), 22-Фев-20, 22:40	–1 +/–
тебе /sys/class и шелла мало или что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #40

35. Сообщение от Аноним (35), 23-Фев-20, 00:20	+/–
После prtg невозможно с забиксом работать... Совсем...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55

36. Сообщение от Аноним (-), 23-Фев-20, 00:53	+/–
> на rrdtool, без возможности посмотреть детали за прошлые периоды. Зато не требует терабайтных баз и DBA на их содержание. У rrdtool ключевое преимущество - мелкие базы, как раз потому что хранят агрегированную статистику. Ну и зачем мне логи сервера 5-летней давности? Кроме засорения места - какая у них функциональность?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #38

37. Сообщение от пох. (?), 23-Фев-20, 01:04	–1 +/–
> Традиционный вопрос - что вместо этого сейчас использовать? если не прет вручную из кусков чугуния выпиливать метрики для prometeus какого и потом так же вручную в графане рисовать стопиццот картиночек и алармы к ним - то хз. Я пытался пару лет назад добыть whatsup (https://www.whatsupgold.com/ а то ж знаю я что вам гугель найдет) - там тоже был ад и израиль - немое кино с windows native app уже запретили, весь функционал перенесли в веб-морду, только половина, как обычно, по дороге просыпалась на пол. В результате ничего толком не работало, дико жрало ресурсы и тормозило. Надысь их в очередной раз купили с потрохами, так что я, пожалуй, даже новую демку качать не буду, но ты можешь попробовать. Цена - "call us to get a quote". Как обычно. Хотя на версию 2010го года я нарадоваться не мог (правда, я ей сеть небольшого оператора связи мониторил, а не серверные стойки). В текущей конторе используются две поделки - scom от виндузятников, присылает стопиццот писем в секунду, все (включая тех кто его настраивает) автоматически фильтруют их в /dev/null. И prtg от сетевого отдела. Этот в принципе кое-как можно использовать для мониторинга несетевого оборудования, ключевое слово - кое-как. Потому что когда у тебя в описании монитора английским по белому "мониторов данного типа не должно быть больше десятка, иначе оно лопнет" - что-то продолжать и не хочется. А из эффективного он умеет только snmp. При этом лопается регулярно, не смотря на кластерную конфигурацию и платную поддержку. Но к нему прикованы биороботы из второй линии техподдержки, на них и выезжаем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #41, #46

38. Сообщение от пох. (?), 23-Фев-20, 01:18	+/–
>> на rrdtool, без возможности посмотреть детали за прошлые периоды. > Зато не требует терабайтных баз и DBA на их содержание. У rrdtool > ключевое преимущество - мелкие базы, как раз потому что хранят агрегированную > статистику. Ну и зачем мне логи сервера 5-летней давности? Кроме засорения мне не логи нужны (логи нужны товарищмайору, в том числе в отставке, из внутренней безопасности, поэтому логи тоже хранятся - трехлетней давности уже хотели). А мне нужно посмотреть - вот это поведение у нас - каждую пятницу случается, каждую нечетную пятницу, или было что-то похожее пол-года назад. Или оно нетипичное и надо срочно разбираться, пока не превратилось в аварию. Для этого нужна возможность посмотреть не "годовой график", где ничего не видно, а график именно за прошлую пятницу. Или за позапрошлую. С той же самой детализацией, что за сегодня. Этого rrdtool - не умеет. Вероятно, забиксовая идея что тазы банных стали достаточно мощными, чтобы забить на эти странные поделки и просто хранить историю построчно, в том виде, в котором мы ее получили, в конечном итоге оказалась неудачной (базы-то стали, но и хранить народ повадился дохрена всякого ненужного мусора), но за это время появились идеи получше rrd - тот же prometeus, timescale и прочие, которые тоже хранят не плоскую таблицу history, но позволяют заглянуть в прошлое, если надо. А может и с обычными rdb можно было бы жить, если бы нормальные программисты не сбежали из этого проекта на стадии 0.какого-то - вон где-то в районе вторых версий - умудрились sqlite сломать. НУ КАК?! Причем не стали ни разбираться, ни пытаться привлечь разработчиков - просто выкинули ее поддержку из сервера. Хотя казалось бы - ну нахрена тому серверу ходить в базу через сокет, если он все равно не умеет ни балансировку ни HA (вместо ниасилиных кластеров - дурацкие "прокси" с собственными базами данных - хотя изначально был кластер, из полнофункциональных серверов).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #50

39. Сообщение от пох. (?), 23-Фев-20, 01:20	+/–
> Ужас вообще! Где новейшие тренды визуального оформления инфографики? да вроде норм все - перекрасили же ж в модный-современный чорный-пречорный цвет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

40. Сообщение от имя (ok), 23-Фев-20, 01:36	+/–
> /sys/class > во фряхе А вот и внимательные эксперты подъехали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

41. Сообщение от имя (ok), 23-Фев-20, 01:46	+/–
> вручную в графане рисовать стопиццот картиночек Среди выросших из локалхоста сейчас в моде генерация простыней json-конфиругаций дашбордов через jsonnet или grafanalib. С подкладыванием их в правильное место и перезапуском графаны в каждое второе полнолуние, ага. Я бы, впрочем, с удовольствием заменил графану чем-нибудь ещё, но ничего на горизонте не видать, а монструозные интерактивные дашборды, требующие тысячи кликов и трешовых шаблонизаторов, уже порядком надоели. Я уж молчу о том, что рендеринг картинок на стороне сервера (для автоматической пересылки в мессенджер, например), требует для своей работы headless-браузера рядом с графаной (!!). > алармы к ним ИМХО алярмам в графане не место, если только их не приходится вешать на данные, приходящие из экзотических (в контексте мониторинга) источников без родных алярмилок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #42

42. Сообщение от пох. (?), 23-Фев-20, 02:39	+/–
> Среди выросших из локалхоста сейчас в моде генерация простыней json-конфиругаций дашбордов > через jsonnet или grafanalib набор костылей и подпорок продолжает разрастаться. Хотя казалось бы, весь смысл графаны - в простом методе лепки этих картиночек. Кстати, я перед перезапуском и тем более изменением конфигурации графаны - делаю снапшот виртуалки, где она крутится. Потому что она, внезапно, умеет превращать свои собственные конфиги в тыкву от совершенно безобидных манипуляций в интерфейсе. Ну а что вы хотите от людей, хранящих конфиг громадной json-строкой как текстовое поле в sqlite? > ИМХО алярмам в графане не место ну значит стройная система пополнится еще и миллионом мест из которых может (не!) придти аларм (например потому что снова забыли разрешить эту хрень на почтовом сервере)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #43

43. Сообщение от имя (ok), 23-Фев-20, 13:10	+/–
> Хотя казалось бы, весь смысл графаны - в простом методе лепки этих картиночек. Простой он только для админов локалхоста, которым не нужно мониторить тысячу сущностей и которые сами до конца не знают, чего хотят, отчего могут потратить время на прокликивание всех неочевидных мест с опциями про полупрозрачную заливку и общий курсор. Спасибо хоть что дашбордообменник сделали, а не заставляют для ходовых вещей двести раз перерисовывать одно и то же. > Ну а что вы хотите от людей, хранящих конфиг громадной json-строкой как текстовое поле в sqlite? Это, увы, ещё самое безобидное из их креативных технических решений. > (например потому что снова забыли разрешить эту хрень на почтовом сервере) Ээээ, вы алярмы наружу шлёте, что ли? Или режете почтовый трафик и внутри своей сети тоже?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #44

44. Сообщение от пох. (?), 23-Фев-20, 13:45	+/–
> Простой он только для админов локалхоста, которым не нужно мониторить тысячу сущностей тем жабикса хватит - сотню параметров можно вручную уместить на скрин. Можно даже попытаться это автоматизировать...хотя, нет. Структура базы недокументирована, а разбираться в ней васяну не по зубам. графана становится нужна, когда хочется не кликать, а писать паттерны, потому что мышей на столько кликов не напасешься. > Это, увы, ещё самое безобидное из их креативных технических решений. хорошо что я про остальные еще не знаю. > Ээээ, вы алярмы наружу шлёте, что ли? у нас нельзя прислать алярм на exchange. У него нет smtp коннектора - и правильно нет. Если разрешить любому васян-серверу слать почту - учитывая что уникальных кривых серверов сотни, писучих сервисов в них - десятки тысяч, и не всегда быстро можно найти ответственных - нас разорвет как того хомячка. Даже те кому согласовали и особо оговорили чего не надо делать - все равно умудряются порадовать потоками из миллионов писем в час, оседающих на фильтрах. Тем более не надо нам такого п-ца в sms или еще где. Поэтому алармы должны генерироваться системой мониторинга, и в идеале - одной. Умеющей во взаимозависимости. Если ЦОД отвалился - мне неинтересно знать, что в нем сломался скрипт, генерящих праздничные открытки для клиентов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #45

45. Сообщение от имя (ok), 23-Фев-20, 15:30	+/–
> графана становится нужна, когда хочется не кликать, а писать паттерны, потому что мышей на столько кликов не напасешься. То ли ты криво выразился, то ли только стоял рядом с теми, кто графану ковырял. Потому что тот templating, что там есть, от смерти левой кнопки мыши вообще не спасает. Именно поэтому и появляются все эти костыли-подпорочки, генерирующие за тебя json от безысходности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #62

46. Сообщение от Аноним (46), 23-Фев-20, 16:00	+/–
> если не прет вручную из кусков чугуния выпиливать метрики для prometeus какого и потом так же вручную в графане рисовать стопиццот картиночек и алармы к ним - то хз. То есть мониторинга все-батарейки-в-комплекте так и не сделали в этом прометеусе? Беда. > Я пытался пару лет назад добыть whatsup Не опенсурс? Неинтересно. Сколько этих платных мониторилок назакупали, не счесть. Толку чуть да маленько. > В текущей конторе используются две поделки - scom СКОМа у нас тоже присутствует. В соседней конторе от неё переползли на заббикс. Похоже осталось только на glaber смотреть или прометеус-алерт менэджер решения ковырять. Тлен и безысходность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #53

47. Сообщение от Зефирка (?), 23-Фев-20, 17:43	+/–
Icinga. Федерация, НА коробочное, интеграция с  TSDB и графаной и еще куча плюшек. Заббикс херня полная, хуже него только ванилька нагиоса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #54, #56

48. Сообщение от Урри (?), 23-Фев-20, 19:38	+2 +/–
Зачем обновление тому, что хорошо работает? Вы, извините, 2+2=4 тоже обновлять собрались? А то как-никак 800 лет лежит, работает, никто не обновлял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #65

49. Сообщение от universite (ok), 23-Фев-20, 20:51	–1 +/–
Чем сабж лучше minin'a ? Если больше одного сервера, то лучше уже по snmp снимать показания на центральном мониторинге.
Ответить | Правка | Наверх | Cообщить модератору

50. Сообщение от Аноним (-), 23-Фев-20, 22:07	+1 +/–
> мне не логи нужны (логи нужны товарищмайору, в том числе в отставке, Ну так пусть он их у себя и хранит, хоть 300 лет, если ему они нужны. Через 5 лет там уже провайдер не помнит кому он что выдавал и почему, клиента того уж и нет, а может и провайдера уже, айпи указывает на какое-то левое тело. Потому что тел у которых айпи жестко выделен именно им, на именно такой период, на этом глобусе немного, особенно v4, а записывать историю на такой период с такой детальностью - давайте еще все изменения состояний атомов с эпохи большого взрыва залоггируем. Где взять столько стоража в этой вселенной мы подумаем как-нибудь потом. Ну, например по китайской технологии реализуем, китайцы таки умеют законы физики нарушать если продать очень хочется. > А мне нужно посмотреть - вот это поведение у нас - каждую пятницу случается, каждую > нечетную пятницу, или было что-то похожее пол-года назад. Дык rrdtool как раз для чего-то такого и катит, если агрегированная база с достаточным разрешением. Не надо ее обруюать так же как в мыльнице с опенвртой, там то места совсем нету, так что иногда жертвовать гламурностью графика все ж приходится :) > Или оно нетипичное и надо срочно разбираться, пока не превратилось в аварию. На rrdtool-ных графиках подобные вещи как раз неплохо видны, если не делать их совсем уж пятой точкой. > Для этого нужна возможность посмотреть не "годовой график", где ничего не видно, Все там видно, если достаточно точек. Можно каждые полчаса хранить в годовом графике. Не, у тебя что, энтерпрайзное железо реально не смогет там 20К точек? При том заметь, это фиксированный расход, он не растет по времени. > а график именно за прошлую пятницу. Или за позапрошлую. С той > же самой детализацией, что за сегодня. Этого rrdtool - не умеет. Его пойнт в том чтобы уменьшить объем агрегированных данных до вменяемого размера. > эти странные поделки и просто хранить историю построчно, в том виде, > в котором мы ее получили, в конечном итоге оказалась неудачной Наверное, rrdtool тоже можно в такой режим загнать, но если что-то начнет тупить или место все же начнет пождимать - пардон ребята, попробуйте в следующий раз каждый атом во вселенной логгить, это еще прикольнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #52

51. Сообщение от Аноним (51), 23-Фев-20, 22:53	+/–
> На офф сайте сабжа только MySQL. Ткни куда смотреть что бы развидеть. Раздел contacts, чего-нибудь для инвесторов :). Покупаешь фирму - и развиживай...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

52. Сообщение от пох. (?), 23-Фев-20, 23:02	+/–
[наивный бред пион..нецветочка - skipped. Мы храним логи. Те, которые нужны, чтобы удовлетворить возникшую потребность товарищей - их гораздо меньше чем ты нафантазировал.] > Дык rrdtool как раз для чего-то такого и катит, если агрегированная база с достаточным > разрешением. агрегированная - означает что разрешение намеренно ограничено. Иначе нахрен бы нужно то агрегирование? Весь смысл RR - что старые записи - вытесняются новыми. А сохраняется огрубленная информация, и та удаляется по тому же принципу. rrdtool "для такого" феерически бесполезен, поскольку если создать такое чудовище, которое будет хранить детальную информацию, оно лопнет раньше чем sql база в силу абсолютно неэффективного поиска и хранилища, двадцать лет назад уже устаревших. > Все там видно, если достаточно точек. Можно каждые полчаса хранить в годовом графике. Признайся честно - ты мониторишь только васян-хост, да? Пол-часа - это вообще можно не хранить. Хранить надо изменения состояния, которые важны для сервиса - обычно это минуты, а иногда и секунды. А иногда ничего не меняется, и их можно вообще не хранить (достаточно хранить факт "не изменилось") > При том заметь, это фиксированный расход, он не растет по времени. потому что волшебство, да? Пятое измерение открыли? Нет, братело - этот "фиксированный расход" у тебя за счет того что данные просто удаляются. А чтобы они не удалялись - надо прямо сейчас занять то место, которое заполнилось бы за год - верх экономии, не включая мозгов. А буде понадобится пять лет - то занять место на пять лет вперед. И я тебе страшную тайну открою - удалить данные можно и из sql. > Его пойнт в том чтобы уменьшить объем агрегированных данных до вменяемого размера. позволяющего нарисовать бесполезный график за год, за месяц и за неделю. Обычно у васянов, любителей rrd, такие. Которые мне как раз абсолютно не нужны. > Наверное, rrdtool тоже можно в такой режим загнать нельзя. Он и не предназначен для этого, и не способен переварить такой объем. А вот sql на энтерпрайзном железе - вообще говоря, способен. Причем не надо пытаться заранее угадать, а потом плакать что огрубление произошло слишком сильно - всегда можно оставить себе запас, а поудалять потом, когда убедишься, что такая детализация тебе не пригодилась, а мощности начнет (если вообще начнет) не хватать. Идея же хранения агрегированных данных совсем другая. Никому не интересны запросы к базе вида "что показывал этот параметр в 23:00:06.123". Во-первых, такого значения там нет. Ближайшее снято в 23:00:00.354, потому что этот параметр проверяется раз в две минуты, и проверка не мгновенна. Поиск подобных диапазонов в sql - неэффективен сам по себе. Во-вторых, мы не это на самом деле увидеть хотели. Мы хотели увидеть, вероятно, "возможное значение в этот момент, угаданное по известным точкам" (это ни разу не "среднее!"). А может и вовсе всего лишь получить примерную точку для графика, среди прочих пары тысяч с нужным интервалом (все подряд - не требуются, график крупный. А вот экстремумы не прочавкать - не помешало бы). Это опять не лучшая задача для sql. Для этого существуют базы, предназначенные хранить именно метрики. Но rrd среди них - давным-давно самый устаревший и бесполезный. Придуман когда компьютеры еще были большие, а емкость дисков и памяти - крохотными.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #75, #77, #78

53. Сообщение от пох. (?), 24-Фев-20, 00:34	+/–
> То есть мониторинга все-батарейки-в-комплекте так и не сделали в этом прометеусе? в жабиксе - сделали. Не говоря уже о несоизмеримом количестве времени, которое придется потратить, чтобы начать им что-то мониторить, даже если писать темплейты с нуля самому (обычно все же много проще смириться с неидеальностью готовых) > Не опенсурс? Неинтересно. извини, опеноседро4еры неинтересны мне. Вон жабикс опенсорс, и чего? Можешь побырому переписать его с sql на какую-нибудь викторию? Ну хотя бы недели за две? Как нет? Опен жеж ? > Сколько этих платных мониторилок назакупали, не счесть. потому что купить нужно одну. Но с толком. Вот наши задачи тот whatsupgold, 2009го, если не 2006го, года розлива - прекрасно решал. Жабикс к 2011му не умел даже нормальный discovery (к 2016му научился, но поздно). А из аларма по сей день нельзя мгновенно попасть в конфигурацию айтима, чтобы выключить его нахрен - не говоря уже о конфигурации местного maintenance, чтобы было видно что не выключено, но не работает. Это азы (в большой и сложной системе _всегда_ что-то поломано, и это не должно отвлекать от реальных проблем). Это было пятнадцать лет назад - а они ниасилили до сих пор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

54. Сообщение от пох. (?), 24-Фев-20, 00:37	+/–
> Icinga. > Федерация, НА коробочное, интеграция с  TSDB и графаной и еще куча то есть мониторинга - нет как такового вообще, да? > Заббикс херня полная, хуже него только ванилька нагиоса. вообще-то они для разных целей предназначены. Если твои задачи легко умещаются в генератор конфига для нагиоса - тебе повезло, забикс тебе не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #58

55. Сообщение от пох. (?), 24-Фев-20, 00:41	+/–
> После prtg невозможно с забиксом работать... Совсем... подожди, пока не появится больше десятка сложных систем, потом расскажи, с кем из двух возможно, а с кем - действительно, нет. "потому что этого типа мониторов в кластерной версии не может быть больше десяти, из-за неприемлемой производительности". prtg хорошо мониторит только snmp. Да и там есть ньюансы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #57

56. Сообщение от nE0sIghT (ok), 24-Фев-20, 09:32	+/–
Поправлю - Icinga 2. Активно развивается, имеет множество обвесов для самых разных решений. Используем лет 5 (где-то с версии 2.3) в распределённой конфигурации в одной крупной компании.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

57. Сообщение от Аноним (35), 24-Фев-20, 11:27	+/–
С помощью prtg мониторим больше 3000 серваков и сетевых устройств, что не может снмп тогда пишем свои скрипты которые отсылают результат пртг
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #59

58. Сообщение от Зефирка (?), 24-Фев-20, 14:04	+/–
Давай, расскажи про автодискавери всяких ESXi в заббиксе :) Плавал, знаю. Мониторинг есть из коробки, по факту Icinga2 (rfr правильно поправили ниже) - форк нагиоса, с TLS + HA из коробки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #60

59. Сообщение от пох. (?), 24-Фев-20, 14:28	+/–
> С помощью prtg мониторим больше 3000 серваков и сетевых устройств, что не судя по непонятой фразе про "этого монитора может быть не больше чем" - пингом в основном мониторите. А я говорил - про сложные системы. > может снмп тогда пишем свои скрипты которые отсылают результат пртг ну если хочется "писать свои скрипты" каждый раз, как понадобилось что-то кроме бесполезного snmp (который даже отучить лазить в те места сервера, которые лучше бы не трогать, невозможно), и получать аларм о недоступности сервера, когда глупый snmpd на нем забрался куда-то в /srv/nfs/mounted/share и повис там нахрен, потому что nfs'ный сторадж остановлен на профилактику, и самому каждый раз выяснять это вручную - то, конечно, вперед. Жабикс, заметьте, умеет отличить ситуацию "проблема с агентом на сервере" от "проблема с сервером". Но его агент куда попало и не лазит, причем для этого не надо лезть в его настройки на каждом нетиповом сервере. А я лично не вижу ни малейшей нужды в snmp на сервере, где данные доступны сразу в том виде, в котором они нужны, без всякого бесполезного преобразования их в snmp и пересылки по сети того, что можно обработать локально. Эта технология - опять времен "когда компьютеры были большие" и сетевого оборудования с памятью 32k. Ничего хорошего в ней нет. Сетевое оборудование prtg мониторить - ну как-то, наверное. Если предположить что я прав и что whatsup мертв.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

60. Сообщение от пох. (?), 24-Фев-20, 14:38	+/–
> Давай, расскажи про автодискавери всяких ESXi в заббиксе :) > Плавал, знаю. какой-то набор есть, я им ни разу не пользовался - иначе бы, возможно, написал свой и не плакал тут. Но у меня везде сферы, и мониторить надо только vcenter (впрочем, можно его самого этим и озадачить, в требуемых пределах - он это умеет). Еще не хватало за каждым esxi вручную горшок выносить. > Мониторинг есть из коробки, по факту Icinga2 (rfr правильно поправили ниже) - > форк нагиоса, с TLS + HA из коробки. б... еще один tlsоукушенный. Проходите мимо, молодой человек. Нам тут - мониторинг, а не героическое внедрение tls во все ненужные дырки. Если это единственное достоинство icinga2 - я, пожалуй, тоже мимо пройду. Впрочем, мимо форка нагиоса я бы в любом случае неглядя прошел. Это было прекрасное время, но оно двадцать лет как прошло и поделка себя исчерпала. Чем они там гордятся - у них есть агент для windows? Ну надо же, достижение!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #63

61. Сообщение от пох. (?), 24-Фев-20, 20:34	+/–
> Единственный известный мне вариант довести мониторинг заббикса до ума это накостылить свою > систему которая бы создавала все айтемы, триггеры и зависимости вообще-то эта система уже включена в ядро забикса - лет этак пять. Называется low level discovery. Но вот шаблон для чего-то более-менее нетривиального придется таки сделать самостоятельно, ну или заплатить их индусу 600 евро в день (сколько дней он собирается копаться - не уточняется, но обещают что не более трех ;-) Ну и dashboard придется делать в графане - сделаный в жабиксе нельзя даже сэкспортировать. Если бы проблема была в этом - это были бы еще мелочи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #66

62. Сообщение от пох. (?), 24-Фев-20, 20:38	+/–
попробуй то же самое вывести на screen в жабиксе - может дойдет. А что оно там генерит - я, честно говоря, так и не разобрался. Возможно, не мой случай, а возможно беда как обычно что айтимов наляпали не думая о том, как их потом будешь добавлять в график.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #68

63. Сообщение от Зефирка (?), 24-Фев-20, 23:49	+1 +/–
Ну тогда SNMPv1 вам подойдет тоже  :) Лично для меня преимуществом является удобное редактирование через юайку, REST из коробки и HA (для тестов полностью убирали железку одного с мастеров - оно жило). Ну и да, если чеки не одинаковіе и их есть больше 50000 (портфолио своих програм, работаю в аутсорце крупном, мать бі его), то юайка просто спасение. С использованием циклов для создания чеков. Пример - на хост добавляю переменную "tcp_ports" типа array, значения - [5665, 443, 80, 22, 25]. Далее говорю - вот тебе шаблон чека ТСР соединения, вот хост. И оно автоматически создает 5 мониторов на хост, занчения портов берется с переменной. такая же ситуация с процессами - стандартній набор - snmpd, crond, sshd, ntpd. Прикручиваем шаблон со специфическими чеками. Например, шаблон mysql натягиваем тогда, когда в хостнейме есть db. Есть dbm? Тогда добавим еще специфические чеки для мониторинга репликаций. В общем, если у вас есть хотя б 50 онкол инженеров из ранзіх команд, с разніми ескалациями, то жить становится намного проще с Icinga2. Ну и всякие кластерніе чеки умеет. Типа - вот тебе кластер з 30 хостов (хадуп, например) и кричи мне тогда и только тогда, когда упадет 40% хостов. Дальше писать лень, мне не платят :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #64

64. Сообщение от пох. (?), 25-Фев-20, 11:24	+/–
> Ну тогда SNMPv1 вам подойдет тоже  :) вы, похоже, плохо отличаете даже протокол сбора информации от мониторинга. Спасибо, конечно, за рассказ, но (судя по размеру лавки - вам оплатят) съездите что-ли на очередной забиксовый трэйнинг, просто чтобы примерно знать, что он умеет, а не искать esxi мониторинг. Ну и кофию с пирожками попьете, отвлечетесь. > Лично для меня преимуществом является удобное редактирование через юайку, REST из коробки есть в жабиксе, преимуществом для меня  - не является, скорее - недостатком. Но полезен, если из "50 околоинженеров" есть пяток, на которых можно переложить мышекликанье, а ничего более сложного им доверять нельзя - лет десять назад так и работали. Сейчас, к сожалению, другие условия, уже нельзя оставить на ночь заявку "накидайте мне графичков на скрин как вон там, но с другого свитча - и чтоб цвета были удоборазличимые, а не как в прошлый раз, пятнадцать синих и пятнадцать зеленых". HA толком нету. Был, но сплыл. (впрочем, какой тебе HA с postgres db на терабайт?) Морду и сервер фэйловерить можно, но смысла никакого. > Пример - на хост добавляю переменную "tcp_ports" типа array, значения - [5665, > 443, 80, 22, 25]. открой таки для себя жабиксовый ll-autodiscovery - может, и не придется страдать ТАКОЙ ерундой - ради банального контроля доступности tcp портов, да еще и отдельно вручную объяснять, кто из них sshd. Такую-то ерунду он и правда уже неплохо умеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

65. Сообщение от evkogan (?), 25-Фев-20, 11:58	+/–
Вот прямо недавно прислали скриншот пред собеседования на главного бухгалтера: Р: Сколько будет 2+2 С: А сколько надо? Р: Вы прошли первый тур отбора :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

66. Сообщение от evkogan (?), 25-Фев-20, 12:09	+/–
Не знаток zabbix, но с нормальной системой мониторинга он и правда рядом не стоял. LLD это кончно был большой шаг вперед, от полной неюзабельности, до в принципе можно настроить, хотя очень сложно в больших сетях с большим и разнообразным парком. И у меня тоже были идеи использовать жабикс как бакэнд, со своим фронтедом и созданием всех метрик и тригеров через АПИ. Но только там нужен не дашборд, а полностью свой интерфейс. Вопрос в том, что чтобы создавать все через АПИ надо сначала просканировать сервер, на все копоненты. Понятно что это можно делать всего 1 раз в сутки, но если уж это делать зачем юзать жабикс, может тогда свое пилить. Да надо думать про нагрузку, прокси, очереди и т.п. Но не надо думать как показывать вменяемый результат, а не ту жуть которую в жабиксе принимают за интерфейс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

67. Сообщение от evkogan (?), 25-Фев-20, 12:28	+1 +/–
Из платных solarwind вполне неплох. Только стоит бабок и чтобы не тормозил от объема мониторинга требует больше серверов и еще больше бабок. И за специализированный мониторинг аля vmware или MSSQL требует еще бабок сверху. Из бесплатных посмотрите на zennos. По сравнению с жабиксом интерфейсом вполне можно пользоваться, хотя по функционалу отстает от солярки. Но у него минус, нормальные зенпаки под оборудование (да и под хитрые условия мониторинга, типа CPU 99% выдавать аларм только через 10 минут без снижения) платные, можно писать свои на питоне, совсем простые можно и в интерфесе наклепать. В одной большой конторе внедрили и оно работает, но проблема, что зенпаки от сообщества, которые на тот момент покрывали требования на 85% не сопровождаются и все меньше совместимы с новыми версиями. Так до сих пор сидят на 4 версии и часть зенпаков уже тянут сами под свои нужды заточенные (например мониторинг СХД HP EVA и т.п.).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #72

68. Сообщение от имя (ok), 25-Фев-20, 12:40	+/–
> попробуй то же самое вывести на screen в жабиксе - может дойдет. Шо тут тыща кликов, шо там тыща кликов — вот обе эти тыщи кликов такие, шо я не вижу разницы. Пока в Виллабаджо добавляют айтемы, в Вилларибо просто сидят и вытирают текущую из глаз кровь, потому что им надоело тратить сравнимое количество времени на приведение всех графиков в читаемый вид из дефолтного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #69

69. Сообщение от пох. (?), 25-Фев-20, 14:03	+/–
> Шо тут тыща кликов, шо там тыща кликов в том и дело что где в современных системах тыща - в скринах будет десять тыщ. Читаемый вид у той же графаны обеспечивает селектор (позволяющий заполнить переменную нужным тебе значением или набором) и возможность отключить лишние элементы. Поэтому выводишь туда по шаблону все подряд, и потом кто будет смотреть - уже пусть сам себе нужное выбирает. А у жабикса ничего подобного и близко нет - что на скрине нарисовано, то и будет. Убрать лишний прыгающий айтим, мешающий правильно масштабироваться остальным - только переделкой скрина. И горе тебе, если скрин из lld, и на ходу под задачу переделать его нельзя. dashboard уже умеют wildcards, но по прежнему неуправляемы - нельзя просто ткнуть мышью в нужный параметр. В lld недоступны. И так у них - все. Но главный п-ц жабикса, конечно - хранение raw history в той же sql базе, что и конфигурации. При том что для нее за последние десять лет мильен сравнительно адекватных задаче хранилок сделали. И вот это - никак не исправить, поскольку там код похож на тарелку червяков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #70

70. Сообщение от имя (ok), 25-Фев-20, 15:14	+/–
> Читаемый вид у той же графаны обеспечивает селектор Короче, я понял, ты сам в графану не смотришь, или приобретённый вкус тебя всё-таки победил. Какая разница, сколько кликов экономят мне PromQL и templating, если их приходится тратить на долбанутые дефолты графиков, вроде fill = 1, hover tooltip mode = all series или y-min = auto? Их приходится менять каждый раз, для каждого графика, клац-клац-клац-клац-клац… Без напильника получается секси-картинка, впечатляющая менеджеров при выведении на огромный телевизор в противоположном углу опенспейса, но непригодная для повседневной работы. Нет, правда, как можно терпеть все эти тултипы в полэкрана и линии, пропадающие под десятью слоями полупрозрачной заливки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #71

71. Сообщение от пох. (?), 25-Фев-20, 16:55	+/–
> Нет, правда, как можно терпеть все эти тултипы в полэкрана и линии, пропадающие под десятью > слоями полупрозрачной заливки? э... экран поставить побольше? Мне вполне хватает геморроя с тем, чтобы там было что вообще рисовать, чтобы я еще начал заморачиваться с y-min Чтобы увидеть линию отдельно - достаточно тыка в этот айтим. Если не отдельно а в комплексе - я не вижу ничего особо плохого в заливках, там автоподбираемые цвета (опять в отличие от жабикса) достаточно отличаются, чтобы было видно где что. Попробуй то же самое нарисовать в жабиксе - приходи, поделишься впечатлениями. Если робот тyповатый не удалит это сразу же после написания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #74

72. Сообщение от пох. (?), 25-Фев-20, 17:15	+/–
> Из платных solarwind вполне неплох. > Только стоит бабок и чтобы не тормозил от объема мониторинга требует больше > серверов и еще больше бабок. > И за специализированный мониторинг аля vmware или MSSQL требует еще бабок сверху. а если у меня не вмваря и не mssql, а бизнес-приложеньица, с этим как быть? Connects to a Linux/Unix system using SSH and runs a custom script that returns XML or JSON - можно, хотя бы? (это, если что, из арсенала prtg. Ну да, ну да - "не более полусотни штук на каждый сервер, иначе я лопну нахрен", и дай ssh-доступ хз чему под управлением хз кого) А хотя бы винду, с performance counters autodiscovery? (жабикс нормально ниасиливает еще с версии 1, тикет так и висит) > Из бесплатных посмотрите на zennos. а если нет никакого желания попрограммировать всласть на пихоне - можно не смотреть, да? Этак начнешь, пожалуй, любить жабикс таким какой он есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #76

73. Сообщение от Аноним (75), 25-Фев-20, 18:26	+/–
Как эксперт по rrdtool могу сказать три вещи: 1. Количество и качество статистики задается при создании базы (файла rrd). 2. В отличие от СУБД, rrd в виде файлов отлично  и масштабируется и контролируется. В сравнении с RAC от Oracle, себестоимость мониторинга на rrd в разы дешевле. 3. Чтобы еще в несколько раз ускорить работу rrd, можно использовать любой кэш-сервер, будь он на СУБД, NoSQL или в ОЗУ (redis, memcached). Вопрос использования реализации в виде rrdtool может возникнуть при ежеминутном съеме инфы с 1 млн. датчиков. И в тот момент, когда ваша реализация на СУБД окажется неэффективной и дорогой, вы внезапно запоете, что rrd это класно. До этих пор, вы можете жить и дальше в своих влажных фантазиях, что хранить статистику нужно только в СУБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #81

74. Сообщение от имя (ok), 25-Фев-20, 18:31	+/–
>> Нет, правда, как можно терпеть все эти тултипы в полэкрана и линии, пропадающие под десятью >> слоями полупрозрачной заливки? > э... экран поставить побольше? Уже. Аж две штуки. Что дальше? Развернуть каждый график на весь экран в каждом отдельном окошке и жонглировать ими? Во-первых, неудобно, во-вторых, и зачем при такой схеме извращаться с какими-то там «дашбордами»? Можно ещё уговорить всех переименовать хосты и метрики во что-нибудь трёхбуквенное. Читаемость и польза будет как у исходников от kdb+. > Если не отдельно а в комплексе - я не вижу ничего особо плохого > в заливках, там автоподбираемые цвета (опять в отличие от жабикса) достаточно > отличаются, чтобы было видно где что. Цвета подбираются, конечно, хорошо, но проблем заливки это не решает: https://i.imgur.com/B7swQfV.png?noredir
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

75. Сообщение от Аноним (75), 25-Фев-20, 18:33	+/–
Можно я влезу. О каких объемах речь, которые не способен переварить rrd?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

76. Сообщение от evkogan (?), 25-Фев-20, 18:36	+/–
>а если у меня не вмваря и не mssql, а бизнес-приложеньица, с этим как быть? В данном случае я не админ мониторинга, а пользователь. Но вроде можно все что угодно. >А хотя бы винду, с performance counters autodiscovery? (жабикс нормально ниасиливает еще с версии 1, тикет так и висит) винду, с performance counters берет точно. Все таки деньги не зря платят >а если нет никакого желания попрограммировать всласть на пихоне - можно не смотреть, да? Зависит от потребностей. винду, с performance counters, он берет нормально без всякого программирования. А вот "Connects to a Linux/Unix system using SSH and runs a custom script that returns XML or JSON" наверное без программирования не получится. Хотя там был пример создания простых собственных зенпаков через интерфейс, мне его явно нехватало и я ни разу его полностью не прошел. Но может в это уложишься. Вообще там немного другая идеология, ты описываешь в этом зенпаке, что мониторишь и как (для SNMP OID запрашиваемый) описываешь что это, какие у него трешолды можешь делать любую логику. Для любого сочетания значений. Причем получаемых по разным протоколам и т.п. можешь и свой скрипт там выполнять и результаты описать. Но зато мы сами реализовали мониторинг HPE MSA с автоматической проверкой получения данных со второго интерфейса при падении первого. Аларм соответственно только желтенький, т.к. для MSA это норма. И смотря на железку в зенос видно дополнительно собранные свойства, все мониторящиеся компоненты (дерево), со всеми метриками по каждому компоненту отдельно. И какие-то общие для всей железки. Можно сделать взаимосвязи между компонентами. Т.е. для СХД четко видно в какой полке и слоте каждый диск, порт в каком модуле ввода-вывода и в какой полке и т.п. И статус каждого компонента, с заженными алармами и историей. После этого смотреть на жуткую портянку жабикса совсем тошно, где просто понять сколько в сервере дисков трудно. И если их там много, то не гадать в каком рейде сдохший диск, а быстро и удобно проверить как дела с задержками по этому рейду пока он ребилдится. А вот сводных графиков выбираемых пользователем в зенносе нет. Например накидать на один график задержки LUN СХД и IOPS всех дисков ВМ, которые лежат на этом LUN (зависимости выбираются автоматически). солярка умеет, а кто еще так умеет? Да, я знаю что метрики разные, но пики смотреть на одном графике очень удобно, когда тебе говорят, что каждый день во столько-то что-то у всех тормозить начинает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

77. Сообщение от Аноним (75), 25-Фев-20, 18:38	+/–
Касательно агрегирования vs архивирование. Действительно, rrd умеет делать агрегацию данных, но нигде не написано, что вы должны это использовать. Если нужна точная статистика за все периоды, то можно архивировать старые файлы (перед тем как пойдет новый цикл). Есть плюс у СУБД перед rrd - съем рандомной, нетипизированной информации, например, просто строка ответа с произвольным текстом. В этом случае, действительно нужно другое хранилище, которое умеет делать индексацию по таким данным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

78. Сообщение от Аноним (-), 26-Фев-20, 12:34	+/–
> удовлетворить возникшую потребность товарищей - их гораздо меньше чем ты нафантазировал.] Если они через 5 лет всерьез приползают, их реальная потребность таки перестать жрать тормозную жидкость. > агрегированная - означает что разрешение намеренно ограничено. Ну так надо определиться какое разрешение разумное и угомониться. Врядли тебе нужен посекундный лог за 10 лет. Чего с ним делать? > Иначе нахрен бы нужно то агрегирование? Чтобы избежать неограниченного роста базы по времени, например. > Весь смысл RR - что старые записи - вытесняются новыми. > А сохраняется огрубленная информация, и та удаляется по тому же принципу. Это однако ничего не говорит о том сколько и чего будет удалиться. Зачем надо посекундно 10-летний период? Чтобы хранилки впаривать, побольше и подороже? Ну это вариант, конечно :) А так - толку то тебе от знаний 10-летней давности? С тех пор многое могло измениться. > будет хранить детальную информацию, оно лопнет раньше чем sql база в > силу абсолютно неэффективного поиска и хранилища, двадцать лет назад уже устаревших. Чего там такого "неэффективного"? Да еще по сравнению с монструозным скулем? Маркетинговый булшит чтоли? А, ну да, rrdtool просто работает, а не разводит голимый пиар :) > Пол-часа - это вообще можно не хранить. Хранить надо изменения состояния, которые > важны для сервиса - обычно это минуты, а иногда и секунды. Вот прямо минуты и секунды - за последние 10 лет? Вопрос: что за изменения такие и чего это знание должно кому-то дать? Конкретные примеры, блин, давай, куда и как приткнуть тухляк десятилетней давности. > А иногда ничего не меняется, и их можно вообще не хранить > (достаточно хранить факт "не изменилось") Это весьма годная оптимизация, но это как-то очень странно. Для кладбища, наверное, работает. Покуда новых клиентов не привозят. > потому что волшебство, да? Пятое измерение открыли? Нет, братело - этот "фиксированный > расход" у тебя за счет того что данные просто удаляются. И что характерно - я нахожу такой подход очень разумным. Он сохраняет общий вид и пригоден для понимания нагрузок по временам суток/года/etc. А копаться под микроскопом в данных 10-летней давности в общем случае идиотизм. Хотя для поха нормально, он эксперт в простреливании своих пяток. > А чтобы они не удалялись - надо прямо сейчас занять то место, > которое заполнилось бы за год - верх экономии, не включая мозгов. > А буде понадобится пять лет - то занять место на пять лет вперед. Ну так это место все равно займется. Не, намного лучше будет если все про это забудут, поюзают место, а через 4.5 года - БАБАХ - no free space left on device. Во круто. > И я тебе страшную тайну открою - удалить данные можно и из sql. Можно. Но это гораздо более кривое и сложное действо. > позволяющего нарисовать бесполезный график за год, за месяц и за неделю. Обычно > у васянов, любителей rrd, такие. Которые мне как раз абсолютно не нужны. Ну, не нужны так и не пользуйся. Можно подумать кто-то заставляет. > нельзя. Он и не предназначен для этого, и не способен переварить такой объем. Вообще он изначально все-таки не для этого. > А вот sql на энтерпрайзном железе - вообще говоря, способен. А, понятно, цель таки раскрутить контору на бабки. > базе вида "что показывал этот параметр в 23:00:06.123". Я не особо понимаю этот юзкейс. Большинство нагрузок на хосты, оборудование и проч имеет ярко выраженные паттерны по времени суток, года, ... - и смысл смотреть что было именно 23:00:06.123, 10 лет назад - ну даже если и посмотреть, то чего? С тех пор скорее всего многое изменилось. > Для этого существуют базы, предназначенные хранить именно метрики. Но rrd среди них > - давным-давно самый устаревший и бесполезный. Придуман когда компьютеры еще были > большие, а емкость дисков и памяти - крохотными. И таки я считаю что для обычных юзкейсов он вполне себе катит. А экономное отношение к ресурсам позволяет втулить его и туда где иначе на мониторинг просто забили бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #80

79. Сообщение от Аноним (79), 26-Фев-20, 15:32	+/–
> Last Update: 2013-04-22 > Он настолько хорош, что за 7 лет не потребовал ни одного обновления? > Крутяк! Не 7, а 12 лет! Нет уязвимостей и особой нужды в обновлениях. https://sourceforge.net/projects/monitoring/files/monitoring/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

80. Сообщение от пох. (?), 26-Фев-20, 20:12	+/–
> Если они через 5 лет всерьез приползают утечка всплыла через три года. До этого - ничем не воняло, воришка отлеживался на грунте. Теперь всплыл - и тут же был посажен на бутылочку, наивный дятел, думавший что логи не хранятся, что это нечеловечески сложно и дорого. > Ну так надо определиться какое разрешение разумное и угомониться. Врядли тебе нужен посекундный > лог за 10 лет. Чего с ним делать? я ж вроде детально разжевал, что - сравнивать с таким же точно логом на сейчас. Если он сейчас зачем-то посекундный- значит, там что-то, что важно не пропустить на этом интервале, а не каком-то другом. А там где неважно - там и снимается раз в пять минут. Нужно редко - и тот же mysql позволяет без особых хлопот отложить такое на медленный дешевый сторадж, оставив быстрый под сиюминутные потребности. Ну и жабиксовая идея хранить "тренды" - она может не очень удачно реализованная, но сама по себе - хорошая. Это не "средние по больнице", ни разу. > Ну так это место все равно займется. Не, намного лучше будет если все про это забудут, > поюзают место, а через 4.5 года - БАБАХ - no free space left on device. Во круто. круто, только совершенно неясно, зачем вам система мониторинга. У меня никакого бабаха не будет - через три года сработает триггер, что пора старые данные подвинуть на хранилку побольше. Кстати, она за это время дешевеет раза в два, судя по прошлому опыту. Правда, он гораздо раньше сработает. Но не из-за исторических данных, а из-за роста количества метрик. И там мы скорее упремся традиционно в inserts/s > Ну, не нужны так и не пользуйся. Можно подумать кто-то заставляет. разработчики rrd-based поделок. Почему-то именно эту муру они считают важной и нужной. Жабиксоиды были единственными, кто понял, что нужно на самом деле. Они, помнится, начинали с мониторинга собственных серверов, и первую версию писали именно для себя. >> базе вида "что показывал этот параметр в 23:00:06.123". > Я не особо понимаю этот юзкейс. когда нам надо построить график - для sql-based хранилки нет других вариантов, кроме как попытаться найти наиболее близкий отсчет. > И таки я считаю что для обычных юзкейсов он вполне себе катит. для обычных вполне себе катит sql. Ничего ужасного, компьютеры перестали быть большими и стали довольно мощными. Когда не помещается в sql или требует специфических танцев - это уже не очень обычный. Если у тебя на мониторинг можно просто забить - наверное, ты зря тратил время его настраивая, не оценят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

81. Сообщение от пох. (?), 26-Фев-20, 20:25	+/–
> 2. В отличие от СУБД, rrd в виде файлов отлично  и в смысле, вы ниасилили ни одной абстракции сложнее файлов, и это победа rrd? Вы точно эксперт, а не студент недоучка, нанятый в малобюджетный проект, где все деньги распилили за пять лет до вас? > масштабируется и контролируется. В сравнении с RAC от Oracle, круто. Наколенную поделку "в виде файлов" сравнивать с базой, предназначенной для аналитических задач. > 3. Чтобы еще в несколько раз ускорить работу rrd, можно использовать любой > кэш-сервер, будь он на СУБД, NoSQL или в ОЗУ (redis, memcached). угу. Сперва поделка в виде файлов. Потом кэш-сервер на субд. Потому что поделка в виде файлов не тянет, да? Вам в вашем пту не рассказывали, кстати, что кэширование в любой традиционной базе данных есть из коробки и оно вполне автоматическое? (только не надо под хранение метрик брать оракл, он немного не для этого, и хорошо кэширует вполнение сложных запросов) > Вопрос использования реализации в виде rrdtool может возникнуть при ежеминутном съеме инфы > с 1 млн. датчиков. И в тот момент, когда ваша реализация скажите, "экшперт", а что вы делаете-то с такой информацией? Сколько времени занимает банальный поиск одного из этого миллиона (как у вас, кстати, fs относится к миллионам файликов)? А если задача так и не ставится - зачем вы ее вообще храните-то? опеннетовские эксперты такие эксперты...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #83

82. Сообщение от А (??), 26-Фев-20, 23:46	+/–
> А что случилось с zabbix? Попользуйтесь. Элементарного нет, давно нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

83. Сообщение от Аноним (83), 05-Мрт-20, 02:07	+/–
Вы так понтуетесь, что вас читать тошно. P.S.: RRD прекрасен для своих задач и справляется с огромными объёмами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #84

84. Сообщение от имя (ok), 06-Мрт-20, 20:50	+/–
> P.S.: RRD … справляется с огромными объёмами. …если подложить под него SSD. В противном случае ты начинаешь упираться в хаотическую беготню по блинам жёстких дисков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

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

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