я про системы которые "само" знаю только munin :)

netdata

много чего из коробки

collectd кстати

это всё не "быстро"

"само" и "быстро" в моём понимании это когда ты такой apt/yum/docker install и хоп весь каластер замониторен и ошибки уже на admin@ падают.

а так бывает?

ну нет конечно.

но люди использующие слово "быстро" имеют в виду вот это как правило. @op_op_op_op извиняй если не прав.

мне не надо хуяк-хуяк

однако, мне не надо заббикс, этот высер гения:)

обоснуй

а так бывает?

Я думаю да. Называется "заказная разработка для тебя"

я вот могу обосновать где заббикс наёбывает все текущие стеки мониторинга как стоячих из коробки

обоснуй

ахахах)

я вот могу обосновать где заббикс наёбывает все текущие стеки мониторинга как стоячих из коробки

жги

обоснуй

есть че по девопсу?

жги

ну нет, обосновывать дело обвиняющего

есть че по девопсу?

а ?

хорошо. только одно. iops/metric

боже это же мое субъективное мнение я ничего не буду доказывать никому, все при своих пускай:)

whisper не лучший с точки зрения производительности на запись

боже это же мое субъективное мнение я ничего не буду доказывать никому, все при своих пускай:)

окай, слив защитан

окай, слив защитан

ахпхахах)

договорились

ты не писал заббикс, случайно?)

народ, решал кто задачу мониторинга времени ответа радиус-серверов путем анализа зеркалированного трафика?

а куда радиус стучит?

я похожую задачку решил нахождением нужного функционала на BRASах, они сами все фиксировали, а к дампу трафика обращался только для разгребания особо проблемных моментов

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

wireshark умеет в lua и экспортить в SQL, в базу из сырых дампов складывал им

ты не писал заббикс, случайно?)

нет, я жил с ним в разных инкарнациях с 1.6-1.8 до 3.2

ротация дампа - неделя, скриптом выдергиваешь нужный временной интервал а до б в SQL, а там уже все несложно

хорошо. только одно. iops/metric

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

а кто говорит про виспер ?

А, ну так то конечно есть более хорошие стораджи

Вопрос с инструментарием поверх него

whisper не лучший с точки зрения производительности на запись

Думаю, @Civiloid будет не очень согласен, например.

Я? Буду согласен

Все впрочем зависит от того что понимать под производительностью

/dev/null сильно могуч на запись, а толку.

да и как бы для уровня букинга, может быть и есть проблема в производительности стораджа единичного на запись, но скорее там встают как проблема вопросы шардинга \ решардинга \ репликации и балансинга чтения данных

а для "обывателей", чаще встают вопросы того как работать с метриками после их сбора, купить в хетцнере пару тачек с терабайтом ссд это копейки.

да и как бы для уровня букинга, может быть и есть проблема в производительности стораджа единичного на запись, но скорее там встают как проблема вопросы шардинга \ решардинга \ репликации и балансинга чтения данных

Кх по этому параметру лучше

По записи

На 1 сервер

На го карбоне у нас пока 1м в секунду на 1 сервере выходит в тесте если. И узкое место размер диска. На кх - 2.4 и узкое место сеть

А, ну размер диска тоже

Но чуть позже

И проблем больше с тем что люди идиоты и пишут точки в 2027 и 1970 годах

Из за багов

На каждую новую точку могут переписать всю историю

Или вообще переписать историю

И что это все надо ребалансить

А что в баки тулз, что в кх это боль. Только разная

бэкапы делайте и из них восстанавливайте :trollface:

бэкапы делайте и из них восстанавливайте :trollface:

А если не восстановится?

это ж бэкап шрёдингера

если не восстановится значит не повезло

бэкапы делайте и из них восстанавливайте :trollface:

Вопрос не в восстановлении

а в том что база так должна уметь

"так" это как ?

вот как выше )

история же про то что кто то пришёл и записал кривые данные

эт вполне валидная операция

история же про то что кто то пришёл и записал кривые данные

не обязательно

ERROR: S client not available

это могут быть кривые данные

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

@ptchol увы, но база должна уметь или удаление или переписывание истории или и то и то )

а это сильно сокращает список кандидатов

@ptchol увы, но база должна уметь или удаление или переписывание истории или и то и то )

это как вобще ? тоесть юазка должна уметь в версионирвоание полей ?

это как вобще ? тоесть юазка должна уметь в версионирвоание полей ?

любым вариантом. Виспер просто умеет писать в старые архивы

так проблема чтобы восстановить предыдущую версию

возможность "перезаписи" это как бы уже метод

так проблема чтобы восстановить предыдущую версию

нет, чтобы перезаписать )

а.

и не огрести потом на чтение

или мерже

и прочем компакшене

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

ну и увеличение накладных расходов на компакшенах \ мерджах

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

ну оно терпимо в каких-то масштабах

коллеги, есть ли тут люди, которые мониторят прометеем postfix? чем экспортируете данные?

@ptchol так то понятно что везде свои trade off'ы

какой дефолтный способ мониторить открытые файловые дескрипторы процесса в заббиксе? zabbix_get отваливается по таймауту, и нигде не вижу способа таймаут увеличить

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

ну еще можно ls /proc/$pid/fd/|wc -l это быстрее ?

решил остановиться на предвыборке lsof'а через -u и -c

но там крона точно не надо, просто lsof'у надо десяток секунд

И проблем больше с тем что люди идиоты и пишут точки в 2027 и 1970 годах

нифигассе, а ээ а зачем?

всмысле это они сдуру или какой то кейс есть на это и оно "ну нааадо"

А, ну размер диска тоже

Нет

место перехода на кликхаус видно невооруденным взглядом

кто то кушает твои данные :)

да. инфлюкс удаляет старые партиции

Нет

вопрос в количестве данных )