A
Сами коллекторы которые собирают примерно 1,5млн в сек
Size: a a a
2017 June 30
A
на БД сервере если вкл innodb_flush_method = O_DSYNC т.е. через кеш фс то запись где то 8000-10000 IOPS
A
Через O_DIRECT без кеша... около 15000
A
и на mysql после вкл Варниша упало кол-во temp таблиц
A
Маловато...
вы вроде меньше метрик льете
AZ
Размер буффера должен быть такой что на чтение запросы все из памяти работают. Ни единого обращения к диску
А history_cache и value_cache в заббиксе не помогают?
A
у меня ValueCacheSize=1024M CacheSize=2G HistoryCacheSize=2048M HistoryIndexCacheSize=1024M
A
мы их крутили но на картину мира не влияло
AZ
Вот я тоже крутил и как-то безрезультатно
A
я просто сидел как в то процесс лист пялился на mysql потом в innotop
A
и стало видно перекос на чтение, причина графики
A
ибо... к каждому графику привязан куку с сессией что делает его уникальным и плюс хедеры типа no-cache
A
вот и получается если мы стобой смотрим на один и тот же график с одинаковыми параметрами просмотра то все как только происходит оновление летит 2 запроса в бд
A
и кешить не получится просто так с наскока... мы на варнише отрезали куки и хедеры
A
и выставили кеш графика 5минутного на 10 сек
A
днемного на 36 сек
A
месяц на 3,6 минуты
A
а так как у нас группы разрабов смотрят в свои группы графиков все стало просто нарядно
AZ
Вот если бы веб-морда Заббикса работала бы не напрямую с БД, а через API, как положено, можно было бы таких проблем избежать.
A
да согласен