Processor load is too high on Zabbix server - я так понимаю ругается на большое количество процессов обрабатываемых серваком. Кто что посоветует? Как лечить аткую болячку? Оптимизация? Параметры сервака раза в 4 лучше рекомендуемых требований.
Ad Widget
Collapse
Processor load is too high on Zabbix server
Collapse
X
-
Смотреть, что конкретно кушает ресурсы
Если забикс второй, посмотрите те шаблоны, которые с ним в поставке идут, там есть отдельный для Zabbix app
Там есть большой объём данных, можно будет глянуть, что именно нагружает процессор
Если это делает mysql, то лучше его тюнить, если там постоянная загрузка каких-либо пуллеров заббикса, то стОит увеличить их количество -
Нашел элемент и графикСмотреть, что конкретно кушает ресурсы
Если забикс второй, посмотрите те шаблоны, которые с ним в поставке идут, там есть отдельный для Zabbix app
Там есть большой объём данных, можно будет глянуть, что именно нагружает процессор
Если это делает mysql, то лучше его тюнить, если там постоянная загрузка каких-либо пуллеров заббикса, то стОит увеличить их количество

Каким образом данную беду лечить? Увеличить порог тригера не вариант явно!
Comment
-
открываем сервер, запускаем на нём top (или htop) и смотрим, какой процесс конкретно отъедает процессор
Если это zabbix-server (что врятли, скорее всего это mysql) то в шаблоне мониторинга есть вот такой график http://pbrd.co/12zOBX2 и вот такой http://pbrd.co/12zONFI
По ним можно понять, что отъедает из заббикса конкретно
И увеличить в конфиге количество запускаемых модулей, дабы на них разложить параллельно нагрузку
В случае, если жрёт всё мускуль, то его надо тюнить
В комплекте поставки есть примеры конфигов, либо в интернете есть статьи по тюнингу мускуля
Ну и надо вообще смотреть, много ли у вас запросов генерится и так далееComment
-
Добавлю еще больше информации: Нагрузка идет с периодичностью 1 раз в каждый час. Продолжительность в течении 30 минут. Предположил что виноваты массовые опросы данных одновременно в один момент со всех узлов. Отключил те элементы данных что нам не нужны, продлил интервал обновления (на некоторых узлах сделал плавающие интервалы). Промониторил ситуацию:
Нагузка так же есть но!
1) Время нагрузки изменилось всего ничего на 5 минут. Т.е. уже переодичность не 1 час а 1 час 5 минут.
2) Нагрузка так и осталась на 70%
Comment
-
По графику похоже, что работает HouseKeeper.
Смотрите по логу. (grep housekeeper zabbix_server.log)
В общем, это нормальное поведение (говорит о высокой производительности базы и дисковой системы), просто триггер по умолчанию - истеричка.
Вот если это не HK - проще глянуть на дефолтный шаблонный график Zabbix internal process busy.Last edited by Sergeylo; 24-05-2013, 06:34.Comment
-
Ну вот поднял логи:По графику похоже, что работает housekeeper.
Смотрите по логу. (grep housekeeper zabbix_server.log)
В общем, это нормальное поведение (говорит о высокой производительности базы и дисковой системы), просто триггер по умолчанию - истеричка.
Вот если это не hk - проще глянуть на дефолтный шаблонный график zabbix internal process busy.
Вот что нашел.16170:20130524:065329.344 executing housekeeper
16170:20130524:072648.296 housekeeper deleted: 283048 records from history and trends, 0 records of deleted items, 0 events, 0 alerts, 0 sessions
16170:20130524:082648.584 executing housekeeperComment
-
Comment
-
Ну тогда дело за оптимизацией, и тут куча вариантов без гарантии.
Можно, например, удостовериться в том, что именно нагрузка на процессор замедляет отрисовку графиков. Ибо HouseKeeper даёт нагрузку, в первую очередь, на диски, и замедляет выборку из БД.Last edited by Sergeylo; 24-05-2013, 07:03.Comment
Comment