Обновить

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

Кровавый энтерпрайз… Часы (дни?) тестов и перелопачивания мануалов и просаженые деньги на виртуалки с 24 cpu. Зато теперь можно в резюме написать, что из 3х годового графика response time не потеряно даже 5 минут. Вот оно — SRE в вакууме. Осталось посчитать окупились ли эти 5 минут для организации...


Работа ради работы...

Железо свое имеется для виртуалки с 24 ядрами, свободное время тоже имеется. Каждый развлекается как хочет :)
Наверное не в тему вопрос, но одно не пойму: почему до сих пор заббикс не перевели на временную базу, например тот же ClickHouse для долгохранимой статистики почему не прицепят.
Спасибо, проглядел.
почему до сих пор заббикс не перевели на временную базу, например тот же ClickHouse

присоединяюсь к вопросу, но пока в Zabbix на это не решились — можно обходными путями это сделать, включить real_time_export, подхватывать изменения в этих файлах и сохранять куда угодно, например — отправлять в Kafka, а уже оттуда — в Clickhouse

В вашем случае можно потерять все данные, которые будут записаны в таблицу history после начала копирования содержимого в history_new (зависит от уровня изоляции в постгресе). Поэтому нужно после переименования таблиц отдельно скопировать и эти новые записи.

Можно поступить гораздо проще - сразу в одной транзакции переименовать ту же history в history_old и создать новую гипертаблицу history, куда заббикс и начнёт писать данные с этого момента. А потом можно не спеша переносить исторические данные из старой таблицы в новую. Чтобы не ругались триггеры, можно в рамках первой транзакции, сразу после создания новой гипертаблицы history, скопировать из history_old метрики за последние полчаса-час-сколько нужно. Хотя скорее всего и так ругаться не будет, потому что заббикс старается в своем кэше все нужные метрики держать.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Минуточку внимания