AS
Тогда почему процесс стоит днями , если у меня только 500 стоит
500 за один запрос, а не за 1 ран housekeeper. и почему-то у вас он удаляет около 1.5 млн записей - вы очень часто наверное спрашиваете данные у своих айтемов.
Size: a a a
2020 May 16
Х
500 за один запрос, а не за 1 ран housekeeper. и почему-то у вас он удаляет около 1.5 млн записей - вы очень часто наверное спрашиваете данные у своих айтемов.
трафик снимаем часто
C
🌟 Хамза has reached level 2!
SS
Какое значение вы рекомендуете ?
0 и запустить
SS
Он должен все старое выгрести, и тут уже выше написали что 300 гиг и нет партиционирования это плохо на любом железе
Х
0 и запустить
0 в maxhousekeeperdelete ?
AS
" If set to 0 then no limit is used at all. In this case you must know what you are doing, so as not to overload the database! 2" с опаской надо подходить к этому, да. а какие параметры у айтемов стоят напротив history/trends?
AS
партиционирование описано тут. https://zabbix.org/wiki/Docs/howto/mysql_partition
при его включении надо будет убрать галочки в настройках хаузкипера с items/trends (если обе эти таблицы будете партиционировать). Тогда уже настройки в айтемах для history/trends будут влиять только на отображение в графиках, а старые партиции будете скриптом удалять. у нас, например, тренды хранятся 2 года, непосредственно история для int/float - 1 месяц, для str подобных - неделя.
при его включении надо будет убрать галочки в настройках хаузкипера с items/trends (если обе эти таблицы будете партиционировать). Тогда уже настройки в айтемах для history/trends будут влиять только на отображение в графиках, а старые партиции будете скриптом удалять. у нас, например, тренды хранятся 2 года, непосредственно история для int/float - 1 месяц, для str подобных - неделя.
Х
партиционирование описано тут. https://zabbix.org/wiki/Docs/howto/mysql_partition
при его включении надо будет убрать галочки в настройках хаузкипера с items/trends (если обе эти таблицы будете партиционировать). Тогда уже настройки в айтемах для history/trends будут влиять только на отображение в графиках, а старые партиции будете скриптом удалять. у нас, например, тренды хранятся 2 года, непосредственно история для int/float - 1 месяц, для str подобных - неделя.
при его включении надо будет убрать галочки в настройках хаузкипера с items/trends (если обе эти таблицы будете партиционировать). Тогда уже настройки в айтемах для history/trends будут влиять только на отображение в графиках, а старые партиции будете скриптом удалять. у нас, например, тренды хранятся 2 года, непосредственно история для int/float - 1 месяц, для str подобных - неделя.
Спасибо
SS
0 в maxhousekeeperdelete ?
да, но я бы рекомендовал в этот момент выключить из мониторинга все, сделать disable на все хосты, дабы было все быстро
Х
" If set to 0 then no limit is used at all. In this case you must know what you are doing, so as not to overload the database! 2" с опаской надо подходить к этому, да. а какие параметры у айтемов стоят напротив history/trends?
Обычно хистори делаю 2 недели, динамику 1 год
SS
партиционирование описано тут. https://zabbix.org/wiki/Docs/howto/mysql_partition
при его включении надо будет убрать галочки в настройках хаузкипера с items/trends (если обе эти таблицы будете партиционировать). Тогда уже настройки в айтемах для history/trends будут влиять только на отображение в графиках, а старые партиции будете скриптом удалять. у нас, например, тренды хранятся 2 года, непосредственно история для int/float - 1 месяц, для str подобных - неделя.
при его включении надо будет убрать галочки в настройках хаузкипера с items/trends (если обе эти таблицы будете партиционировать). Тогда уже настройки в айтемах для history/trends будут влиять только на отображение в графиках, а старые партиции будете скриптом удалять. у нас, например, тренды хранятся 2 года, непосредственно история для int/float - 1 месяц, для str подобных - неделя.
оно про mysql, а у него постгря
AS
а. ну там тогда таймскейл надо)) ещё и сжимать будет. ждать 5.0.1 и обновляться.
Х
а. ну там тогда таймскейл надо)) ещё и сжимать будет. ждать 5.0.1 и обновляться.
А что будет в 5.0.1 ?
SS
0 в maxhousekeeperdelete ?
https://github.com/Doctorbal/zabbix-postgres-partitioning но тут надо 11 постргрю, лучше сразу делать 12
C
🌟 SS SS has reached level 2!
SS
а. ну там тогда таймскейл надо)) ещё и сжимать будет. ждать 5.0.1 и обновляться.
тамскал работает с 4.2 если мне не изменяет память, и с 12 постргрей с 1.6 версии таймскал
Х
И ещё вопрос , в "Инфо о системе", в "Таблицы истории в базе данных обновлены" стоит "Нет", что это значит?
AS
А что будет в 5.0.1 ?
тут обсуждали уже - сейчас там в посгре ежедневное сжатие, ведёт к какой-то утечке памяти.
AS
Цитирую Алексея:
Сейчас TimescaleDB создаёт дневные партиции, такая схема. В 5.0.1 мы перейдём на месячные партиции для трендов, что позволит значительно снизить потреблении памяти. Поэтому, если планируете переходить на TimescaleDB, то подождите 5.0.1 и читайте release notes. Подробности тут: https://support.zabbix.com/browse/ZBX-16347