| 
|  | |  | | 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 [^] [^^] [^^^] [ответить] | +/– |  | Правильно ли я понимаю, что это выльется только в бОльший объем данных хранимых на диске? 
 |  |  | 
 | 
 
 
 |