Как стать автором
Обновить

HighLoad++, Андрей Гущин (Zabbix): высокая производительность и нативное партиционирование

Время на прочтение 15 мин
Количество просмотров 8.3K
Всего голосов 19: ↑19 и ↓0 +19
Комментарии 4

Комментарии 4

Интересно, а тестировал ли заббикс фичу сжатия чанков встроенную в timescale? Это позволяет серьёзно снизить нагрузку i/o при чтении данных из истории на больших временных диапазонах. Интересует конечно управление политиками.


Заранее спасибо.

я тестировал (я не работаю в zabbix), работает, но надо учитывать, что сжатый чанк не доступен для каких либо изменений. Размер базы с 400 до 100 упал. Один чанк истории 8 гиг был. И да pgbouncer еще есть. NVPS смешной, 1000 всего. zabbix 4.4.4, postrgres 11.6, TimescaleDB 1.6
На производительности ни как не сказалось.
А тестировали ли вы чтение данных за 7-30 дней из Zabbix DB через Grafana с использованием подключения к PostgrSQL напрямую? Просто у меня сейчас запросы доходят до 800-900 секунд. База сейчас 40 гиг — масенькие мы.
Графаны нет, но сервак пока не в проде запросов на чтение мало, работает параллельно с продом 3.2 на мускуле.
Запросы истории делал, не замечал проблем кроме того что таймскал работает так что подгружает чанк в память. В конфиге ограничил кол-во чанков в памяти для инсерта до 2 шт. До этого выедал 64 гига и не давился.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий