Оптимизация Zabbix сервера

[aydar]

обращений к swap-разделу нету.
Беспокоит то, что некоторые процессы висят уже более 10ч

ради теста прогнал бд через mysqltuner

2 max_connections (> 500)
5 wait_timeout (< 28800)
6 interactive_timeout (< 28800)
4 query_cache_size (>= 8M)
join_buffer_size (> 128.0K, or always use indexes with joins)
1 thread_cache_size (start at 4)
3 table_open_cache (> 64)
7 innodb_buffer_pool_size (>= 628M) if possible.
8 innodb_log_buffer_size (>= 1M)

щас попоробую применить конфиг

bind-address=127.0.0.1
max_connection=600
thread_cache_size = 32.
table_open_cache = 108....
wait_timeout=60
interactive_timeout=60
innodb_buffer_pool_size=512m
innodb_log_file_size=64m
query_cache_size=128m

[unik]

Задумался оптимизировать свой заббикс.
Сколько у вас StartPollers выставлен?

[sadman]

Задумался оптимизировать свой заббикс.
Сколько у вас StartPollers выставлен?

Пулеры, думаю, лучше выставить, опираясь на график "Zabbix data gathering process busy"

[yukra]

обращений к swap-разделу нету.
Беспокоит то, что некоторые процессы висят уже более 10ч

Вы это про колонку TIME в выводе top'a??

[unik]

Вы это про колонку time в выводе top'a??

я думаю речь про очередь. Что некоторые данные поступили более 10 часов назад

[aydar]

Пулеры, думаю, лучше выставить, опираясь на график "Zabbix data gathering process busy"

какая зависимость будет?

Вы это про колонку TIME в выводе top'a??

да, TIME+ - время работы процесса

Задумался оптимизировать свой заббикс.
Сколько у вас StartPollers выставлен?

30


Прогнал снова через mysqltuner, результаты

[!!] Maximum possible memory usage: 1.8G (96.52% of installed RAM)
[!!] Joins performed without indexes: 6927
[!!] Key buffer used: 18.2% (1M used / 8M cache)
[!!] InnoDB buffer pool / data size: 8.0M/748.5M
[!!] InnoDB Write buffer efficiency: 0.00% (0 hits/ 1 total)

Reduce your overall MySQL memory footprint for system stability
Enable the slow query log to troubleshoot bad queries
Adjust your join queries to always utilize indexes
Variables to adjust:
*** MySQL's maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
join_buffer_size (> 128.0K, or always use indexes with joins)
innodb_buffer_pool_size (>= 748M) if possible.

Буду дальше читать, у меня есть конечно возможность увеличить ОЗУ до 4гб, но пока не спешу.

[sadman]

какая зависимость будет?

Насчет зависимости не знаю - у меня не вызывало, но я добавляю пулеров, если процент занятости выше 75.

[aydar]

Насчет зависимости не знаю - у меня не вызывало, но я добавляю пулеров, если процент занятости выше 75.

у меня 10% макс было

[sadman]

Значит можно уменьшать, высвобождая ресурсы для sql и пр.

[yukra]

да, TIME+ - время работы процесса

Делайте этим процессам service <NAME> restart, и не будут они у вас так долго работать. Только вот зачем? Чем мешает большое время работы?

[aydar]

Сегодня база доросла до 832.6 и опять перестала отвечать.

Никаких нагрузок не было

[ATTACH]8424[/ATTACH]

[ATTACH]8425[/ATTACH]

[Zentarim]

Сегодня база доросла до 832.6 и опять перестала отвечать.

Никаких нагрузок не было

[ATTACH]8424[/ATTACH]

[ATTACH]8425[/ATTACH]

Если я правильно понял - у вас база 800Гб+. Если да - то это очень много. База растет каждую минуту, поэтому нагрузки все время растут. Так что ваши слова про отсутствие нагрузок, как минимум, не совсем правильны. Вообще большинство проблем zabbix тем или иным образом связаны с тяжелыми запросами к БД. Наиболее тяжелыми являются, насколько мне известно, операции удаления из большой базы.

Какой из процессов наиболее активно расходует ресурсы процессора?

Как ведут себя внутренние процессы zabbix history syncer и housekeeper (вполне возможно, что вы не сможете это сейчас посмотреть)?

Попробуйте при помощи простого mytop посмотреть, что происходит. Если увидите что там висят запросы "DELETE" и висят очень долго - сдергивайте базу с игнорированием таблиц истории и переходите на секционирование.

[aydar]

размер бд в мб, моя проблема решилась простым обновлением mysql до 5.6
и в логах чистота