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