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

Новая версия системы мониторинга Monitorix 3.12.0 , opennews (??), 22-Фев-20, (0) [смотреть все] https sourceforge net projects monitoring Тоже но на bash , Аноним (1), 08:38 , 22-Фев-20, (1) –1 // вот это молодцы, хороший проект - лежит себе в гробу спокойненько, не шевелится , Аноним (3), 08:59 , 22-Фев-20, (3) +7 // Работает и хорошо Графики дает получше Реализация проще пареной репы , Аноним (1), 11:02 , 22-Фев-20, (14) +1 // Last Update 2013-04-22 Он настолько хорош, что за 7 лет не потребовал ни одног, Пряникё (?), 12:53 , 22-Фев-20, (20) +3 Он разве Windows , Аноним (28), 17:18 , 22-Фев-20, (28) +3 Зачем обновление тому, что хорошо работает Вы, извините, 2 2 4 тоже обновлять со, Урри (?), 19:38 , 23-Фев-20, (48) +2 Вот прямо недавно прислали скриншот пред собеседования на главного бухгалтера Р , evkogan (?), 11:58 , 25-Фев-20, (65) Не 7, а 12 лет Нет уязвимостей и особой нужды в обновлениях https sourceforge, Аноним (79), 15:32 , 26-Фев-20, (79) Б ть XXI век, система мониторинга на rrdtool, без возможности посмотреть детал, Аноним (3), 08:57 , 22-Фев-20, (2) –11 // А что случилось с zabbix , Аноним (6), 09:33 , 22-Фев-20, (6) +3 // Все с Zabbix хорошо, это у анона выше что-то с пустотой между ушами, Fyjy1 (?), 10:46 , 22-Фев-20, (11) +9 // Ничерта не хорошо Топчатся на месте, выстраивать зависимости хоть в сколько нибу, Аноним (26), 16:36 , 22-Фев-20, (26) вообще-то эта система уже включена в ядро забикса - лет этак пять Называется lo, пох. (?), 20:34 , 24-Фев-20, (61) Не знаток zabbix, но с нормальной системой мониторинга он и правда рядом не стоя, evkogan (?), 12:09 , 25-Фев-20, (66) п-ц ему настал, похоже - уволился или, возможно - уволили последних программис, пох. (?), 18:30 , 22-Фев-20, (30) // Традиционный вопрос - что вместо этого сейчас использовать , Аноним (32), 22:32 , 22-Фев-20, (32) если не прет вручную из кусков чугуния выпиливать метрики для prometeus какого и, пох. (?), 01:04 , 23-Фев-20, (37) –1 Среди выросших из локалхоста сейчас в моде генерация простыней json-конфиругаций, имя (ok), 01:46 , 23-Фев-20, (41) набор костылей и подпорок продолжает разрастаться Хотя казалось бы, весь смысл , пох. (?), 02:39 , 23-Фев-20, (42) Простой он только для админов локалхоста, которым не нужно мониторить тысячу сущ, имя (ok), 13:10 , 23-Фев-20, (43) тем жабикса хватит - сотню параметров можно вручную уместить на скрин Можно даже, пох. (?), 13:45 , 23-Фев-20, (44) То ли ты криво выразился, то ли только стоял рядом с теми, кто графану ковырял , имя (ok), 15:30 , 23-Фев-20, (45) попробуй то же самое вывести на screen в жабиксе - может дойдет А что оно там ге, пох. (?), 20:38 , 24-Фев-20, (62) Шо тут тыща кликов, шо там тыща кликов 8212 вот обе эти тыщи кликов такие, шо, имя (ok), 12:40 , 25-Фев-20, (68) в том и дело что где в современных системах тыща - в скринах будет десять тыщ Чи, пох. (?), 14:03 , 25-Фев-20, (69) Короче, я понял, ты сам в графану не смотришь, или приобретённый вкус тебя всё-т, имя (ok), 15:14 , 25-Фев-20, (70) э экран поставить побольше Мне вполне хватает геморроя с тем, чтобы там было, пох. (?), 16:55 , 25-Фев-20, (71) Уже Аж две штуки Что дальше Развернуть каждый график на весь экран в каждом о, имя (ok), 18:31 , 25-Фев-20, (74) То есть мониторинга все-батарейки-в-комплекте так и не сделали в этом прометеусе, Аноним (46), 16:00 , 23-Фев-20, (46) в жабиксе - сделали Не говоря уже о несоизмеримом количестве времени, которое п, пох. (?), 00:34 , 24-Фев-20, (53) Icinga Федерация, НА коробочное, интеграция с TSDB и графаной и еще куча плюше, Зефирка (?), 17:43 , 23-Фев-20, (47) то есть мониторинга - нет как такового вообще, да вообще-то они для разных целе, пох. (?), 00:37 , 24-Фев-20, (54) Давай, расскажи про автодискавери всяких ESXi в заббиксе Плавал, знаю Монитори, Зефирка (?), 14:04 , 24-Фев-20, (58) какой-то набор есть, я им ни разу не пользовался - иначе бы, возможно, написал с, пох. (?), 14:38 , 24-Фев-20, (60) Ну тогда SNMPv1 вам подойдет тоже Лично для меня преимуществом является удобн, Зефирка (?), 23:49 , 24-Фев-20, (63) +1 вы, похоже, плохо отличаете даже протокол сбора информации от мониторинга Спасиб, пох. (?), 11:24 , 25-Фев-20, (64) Поправлю - Icinga 2 Активно развивается, имеет множество обвесов для самых разны, nE0sIghT (ok), 09:32 , 24-Фев-20, (56) Из платных solarwind вполне неплох Только стоит бабок и чтобы не тормозил от объ, evkogan (?), 12:28 , 25-Фев-20, (67) +1 а если у меня не вмваря и не mssql, а бизнес-приложеньица, с этим как быть Conne, пох. (?), 17:15 , 25-Фев-20, (72) В данном случае я не админ мониторинга, а пользователь Но вроде можно все что у, evkogan (?), 18:36 , 25-Фев-20, (76) Попользуйтесь Элементарного нет, давно нет , А (??), 23:46 , 26-Фев-20, (82) Так предложи алльтернативы Мнеб пригодится , mommy (?), 18:25 , 22-Фев-20, (29) Зато не требует терабайтных баз и DBA на их содержание У rrdtool ключевое преим, Аноним (-), 00:53 , 23-Фев-20, (36) // мне не логи нужны логи нужны товарищмайору, в том числе в отставке, из внутренн, пох. (?), 01:18 , 23-Фев-20, (38)   // Ну так пусть он их у себя и хранит, хоть 300 лет, если ему они нужны Через 5 ле, Аноним (-), 22:07 , 23-Фев-20, (50) +1   наивный бред пион нецветочка - skipped Мы храним логи Те, которые нужны, что, пох. (?), 23:02 , 23-Фев-20, (52)   Можно я влезу О каких объемах речь, которые не способен переварить rrd , Аноним (75), 18:33 , 25-Фев-20, (75)   Касательно агрегирования vs архивирование Действительно, rrd умеет делать агрег, Аноним (75), 18:38 , 25-Фев-20, (77)   Если они через 5 лет всерьез приползают, их реальная потребность таки перестать , Аноним (-), 12:34 , 26-Фев-20, (78)   утечка всплыла через три года До этого - ничем не воняло, воришка отлеживался н, пох. (?), 20:12 , 26-Фев-20, (80)   Как эксперт по rrdtool могу сказать три вещи 1 Количество и качество статистики, Аноним (75), 18:26 , 25-Фев-20, (73) // в смысле, вы ниасилили ни одной абстракции сложнее файлов, и это победа rrd Вы , пох. (?), 20:25 , 26-Фев-20, (81) // Вы так понтуетесь, что вас читать тошно P S RRD прекрасен для своих задач и сп, Аноним (83), 02:07 , 05-Мрт-20, (83) 8230 если подложить под него SSD В противном случае ты начинаешь упираться в , имя (ok), 20:50 , 06-Мрт-20, (84) Погодите ка, из РСУБД эта штука умеет только в MySQL Или я что то упустил , milinsky (ok), 09:21 , 22-Фев-20, (4) // не только ты упустил все , ыы (?), 10:48 , 22-Фев-20, (12) // На офф сайте сабжа только MySQL Ткни куда смотреть что бы развидеть , milinsky (ok), 10:50 , 22-Фев-20, (13) // нешто монга так незаметна , ыы (?), 11:14 , 22-Фев-20, (15) –1 Поздравляю Ты стал победителем в номинации Самые тупые комментарии недели на O, milinsky (ok), 11:18 , 22-Фев-20, (17) Раздел contacts, чего-нибудь для инвесторов Покупаешь фирму - и развиживай , Аноним (51), 22:53 , 23-Фев-20, (51) Насколько мне известно, после успеха связки Prometheus Grafana Alert Manager, RaSLa (?), 09:31 , 22-Фев-20, (5) +2 // Малоизвестный у местных Check_MK тоже живее всех живых, а в связке с Grafana и G, Аноним (31), 21:21 , 22-Фев-20, (31) +1 Для просмотра IP а также температуры, трафика, uptime, boots использую HardInf, artenox (?), 09:39 , 22-Фев-20, (7) // Молодец, возьми с полки пирожок Ибо твой комментарий также бесполезен как и то , milinsky (ok), 09:44 , 22-Фев-20, (8) +5 какието картинки толи текстмод толи таблицы дизайна эдак годов 90-х, ыы (?), 10:41 , 22-Фев-20, (9) –1 // Ужас вообще Где новейшие тренды визуального оформления инфографики Сколь тяжки, Аноним (23), 14:05 , 22-Фев-20, (23) +2 // да вроде норм все - перекрасили же ж в модный-современный чорный-пречорный цвет , пох. (?), 01:20 , 23-Фев-20, (39) Zabbix очень даже актуален Я его на ibm -овских powerpc серваках юзал Компилир, Ильдар. (?), 10:42 , 22-Фев-20, (10) // Для простого мониторинга заббикс избыточен, слишком сложен и потребляет много ре, Аноним (26), 16:47 , 22-Фев-20, (27) Этим кто то пользуется https www netdata cloud, Аноним (16), 11:14 , 22-Фев-20, (16) –1 // Да, Аноним (18), 11:32 , 22-Фев-20, (18) Вы б ещё https pcp io вспомнили, имя (ok), 13:31 , 22-Фев-20, (22) Кто-то пробовал мониторить температуру во фряхе с помощью сабжа , аноним111 (?), 11:38 , 22-Фев-20, (19) –1 // тебе sys class и шелла мало или что , Аноним (34), 22:40 , 22-Фев-20, (34) –1 // А вот и внимательные эксперты подъехали , имя (ok), 01:36 , 23-Фев-20, (40) Зачем нужны какие-то ещё наколенные поделки, когда есть проверенный временем Zab, Аноним (21), 12:58 , 22-Фев-20, (21) Прикольно Но что-то не увидел про SNMP Не умеет Тогда крайне плохо Т е ком, Аноним (24), 14:13 , 22-Фев-20, (24) –1 Откуда столько негатива в комментариях Никто не заставляет пользоваться Monitor, Аноним (25), 14:35 , 22-Фев-20, (25) +2 После prtg невозможно с забиксом работать Совсем , Аноним (35), 00:20 , 23-Фев-20, (35) // подожди, пока не появится больше десятка сложных систем, потом расскажи, с кем и, пох. (?), 00:41 , 24-Фев-20, (55) // С помощью prtg мониторим больше 3000 серваков и сетевых устройств, что не может , Аноним (35), 11:27 , 24-Фев-20, (57) // судя по непонятой фразе про этого монитора может быть не больше чем - пингом в, пох. (?), 14:28 , 24-Фев-20, (59) Чем сабж лучше minin a Если больше одного сервера, то лучше уже по snmp снимать, universite (ok), 20:51 , 23-Фев-20, (49) –1 1,2,4,5,7,9,10,16,19,21,24,25,35,49

Сообщения

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

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

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

	52. "Новая версия системы мониторинга Monitorix 3.12.0 "	+/–
	Сообщение от пох. (?), 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ообщить модератору

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

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

	78. "Новая версия системы мониторинга Monitorix 3.12.0 "	+/–
	Сообщение от Аноним (-), 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 среди них > - давным-давно самый устаревший и бесполезный. Придуман когда компьютеры еще были > большие, а емкость дисков и памяти - крохотными. И таки я считаю что для обычных юзкейсов он вполне себе катит. А экономное отношение к ресурсам позволяет втулить его и туда где иначе на мониторинг просто забили бы.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	80. "Новая версия системы мониторинга Monitorix 3.12.0 "	+/–
	Сообщение от пох. (?), 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ообщить модератору

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

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