ВК
Size: a a a
2020 July 14
ВК
Timescaledb это прежде всего postgresql
ДЛ
У нас просто клик под эти задачи. Но он как чёрный ящик. Никто не понимает, как оно. Вот думаю, а не перетащить ли это в ПГ.
ДЛ
Timescaledb это прежде всего postgresql
А реплика есть? Она успевает синхрониться?
ВК
Он добавляет свою реализацию алгоритма секционирования, и несколь других плюшэк.
ВК
2 реплики. Пока нагрузка не большая, успевают и на 1gigabit сети.
Железо будет с 10gigabit с бондом в LACP.
Горячие данные будут писаться на nvme, а данные более суток автоматически переезжать на дешевое хранилище (обычные SAS диски ) , затем уже данные будут сжиматься.
Железо будет с 10gigabit с бондом в LACP.
Горячие данные будут писаться на nvme, а данные более суток автоматически переезжать на дешевое хранилище (обычные SAS диски ) , затем уже данные будут сжиматься.
ДЛ
2 реплики. Пока нагрузка не большая, успевают и на 1gigabit сети.
Железо будет с 10gigabit с бондом в LACP.
Горячие данные будут писаться на nvme, а данные более суток автоматически переезжать на дешевое хранилище (обычные SAS диски ) , затем уже данные будут сжиматься.
Железо будет с 10gigabit с бондом в LACP.
Горячие данные будут писаться на nvme, а данные более суток автоматически переезжать на дешевое хранилище (обычные SAS диски ) , затем уже данные будут сжиматься.
Про автоматический переезд данных - это фича СХД же, не БД?
ВК
Одна из фич timescaledb. Функция move_chunk
ДЛ
А через что это настроено?
DY
Одна из фич timescaledb. Функция move_chunk
вы на коммьюнити версии ее юзаете?
DY
меня что-то напрягает, что она в коммьюнити доступна, а мы ее юзаем тоже. без enterprise
ВК
вы на коммьюнити версии ее юзаете?
Да.
Про move_chunk в CE молчу)
Про move_chunk в CE молчу)
ВК
меня что-то напрягает, что она в коммьюнити доступна, а мы ее юзаем тоже. без enterprise
Надо купить лицензию по хорошему.
ВК
Пример;
Перенести секции (чанки) таблицы events старше 1-го дня с pg_default на tablespace 1 (более дешевое хранилище )
select move_chunk_table(hypertable => 'events', to_tablespace => 'tablespace_1', older => '1 days');
Далее,
перенести секции (чанки) старше 30-и дней с tablespace 1 на tablespace 2 (архив)
select move_chunk_table(hypertable => 'events', from_tablespace => 'tablespace_1', to_tablespace => 'tablespace_2', older => '30 days');
Перенести секции (чанки) таблицы events старше 1-го дня с pg_default на tablespace 1 (более дешевое хранилище )
select move_chunk_table(hypertable => 'events', to_tablespace => 'tablespace_1', older => '1 days');
Далее,
перенести секции (чанки) старше 30-и дней с tablespace 1 на tablespace 2 (архив)
select move_chunk_table(hypertable => 'events', from_tablespace => 'tablespace_1', to_tablespace => 'tablespace_2', older => '30 days');
ВК
Не знаю как вам, а мне нравится)
ВК
D
Пока почти 2TB.
В тестах при включении сжатия получили в 22х раз уменьшение объёма.
В скором времени включу сжатие на боевых данных, там уже и посмотрим какой будет коэффициент сжатия.
В тестах при включении сжатия получили в 22х раз уменьшение объёма.
В скором времени включу сжатие на боевых данных, там уже и посмотрим какой будет коэффициент сжатия.
Чем и как жмёте в pg?
ВК
Чем и как жмёте в pg?
Чем:
Одна из фич расширения timescaledb.
Как:
Разные алгоритмы, зависит от типов данных.
Gorilla compression for floats
Delta-of-delta + Simple-8b with run-length encoding compression for timestamps and other integer-like types
Whole-row dictionary compression for columns with a few repeating values (+ LZ compression on top)
LZ-based array compression for all other types
Одна из фич расширения timescaledb.
Как:
Разные алгоритмы, зависит от типов данных.
Gorilla compression for floats
Delta-of-delta + Simple-8b with run-length encoding compression for timestamps and other integer-like types
Whole-row dictionary compression for columns with a few repeating values (+ LZ compression on top)
LZ-based array compression for all other types
ВК
