|
|
3.24, Stanislavvv (?), 14:29, 06/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Не, там всё ж есть особенности, которые помешают сделать запрос вида: "какой пиковый LA был у сервера frontend1 месяца три назад?". Ну то есть, можно при создании rrd это поправить, но всё же геморрой там бОльший, чем взять соответсвующие средства.
Впрочем, для случая, когда число метрик*серверов меньше пары тысяч - вполне сойдёт.
| |
|
|
|
2.15, Аноним (15), 03:10, 04/11/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
> 2k18
> использовать www в имени хоста совсем как в 80-ых-90-ых | |
|
|
2.8, пох (?), 18:41, 03/11/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
sql жеж.
а не нечеловеческий синтаксис.
А рисовать (для чего была нужна большая часть того синтаксиса) - оне все равно графаной будут. Где никакой не нужен, нужно мышкой быстро-быстро клац-клац-клац.
| |
|
|
4.11, пох (?), 22:28, 03/11/2018 [^] [^^] [^^^] [ответить]
| +4 +/– |
сразу видно человека, никогда не пользовавшегося rrdtool ;-)
поменяв что-то в чужом несложном графичке (нарисовать свой каждый...э...ну почти каждый чукча-писатель может, ты вот чужую писанину разбери - или даже свою, через годик) сразу начнешь любить и обожать sql.
Даже вместе с оконными функциями и рекурсивными запросами, которые для timescaledb вряд ли придется использовать или разбираться в чужих.
| |
|
|
|
1.7, user455 (?), 16:27, 03/11/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
ух ты. т.е. я могу прикрутить ее к БД заббикса и у меня хранилище станет Time Series ?
| |
|
2.9, пох (?), 18:43, 03/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
как жаббикс попатчишь чтобы он вместо своих тайммарок использовал "хренилище" - так и сможешь.
в целом не так и сложно - ломать не строить.
| |
2.12, Алексей (??), 23:42, 03/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Это можно будет сделать изменив лишь немного схему базы данных для того, чтобы партиционирование было автоматическим.
| |
|
3.17, Аноним (17), 14:25, 04/11/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
О да одни костыли, как и TimescaleDB костыль.
Можно взять TokuDB/RocksDB и не мучатся с PgSQL клонами на SSD.
| |
|
|
|
2.25, Stanislavvv (?), 14:45, 06/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Вряд ли... Тут даже с clickhouse может быть конкуренция только по доступной сложности запросов.
| |
|
1.21, funny.falcon (?), 21:09, 05/11/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Надо понимать, что это postgresql, и оптимизации хранения нет.
Что это значит? Значит 24 байта оверхеда на каждую метрику + полная стоимость имени метрики (длинна имени метрики), таймстампа (8 байт), значения метрики (8байт), и прочее, и без какой либо компрессии.
| |
|
2.22, Аноним (22), 10:27, 06/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Правильно ли я понимаю, что это выльется только в бОльший объем данных хранимых на диске?
| |
|
|