поиск в очередной раз взял верх. Нашел в истории чата про неоднозначную работу SNMP bulk. Отключил на самых толстых девайсах. Очереди пропали. Загрузка пулеров упала до 35%.

Подскажите как рассчитать количество StartPollers? Zabbix busy poller process avg 65%. Пытался увеличить количество пуллеров, со 100 до 300 но видимого улучшения по графикам не наблюдаю. NVPS= 820, hosts=970.

Еще важно на сколько у Вас много элементов мониторится...

всего 50к элементов

А проверки активные или пасивные?

А если это коммутаторы может глянуть в сторону проксей?

активные чеки. пока не хочется прокси поднимать. отключение snmpbulk сильно помогло. Дальше вероятно будет только вариант с проксей

активные чеки. пока не хочется прокси поднимать. отключение snmpbulk сильно помогло. Дальше вероятно будет только вариант с проксей

а почему не хочется прокси?

пока оно переваривается одним сервером усложнять на хочу.

Вопрос есть стандартный чек в Linux OS Disk I/O is overloaded on На некоторых хостах выполняется ночной бекап бди в этом время тригер срабатывает. Как не нарушая идеологии заббикс правильно это обойти. Получается надо для этих хостов отключить этот триггер на время бекапа.?

Вопрос есть стандартный чек в Linux OS Disk I/O is overloaded on На некоторых хостах выполняется ночной бекап бди в этом время тригер срабатывает. Как не нарушая идеологии заббикс правильно это обойти. Получается надо для этих хостов отключить этот триггер на время бекапа.?

переводить хост в maintenance на это время

переводить хост в maintenance на это время

А как это автоматически делется?

При помощи чего?

Configuration -> Maintenance

активные чеки. пока не хочется прокси поднимать. отключение snmpbulk сильно помогло. Дальше вероятно будет только вариант с проксей

Согласен, просто сам только прошел с этим... вынес мускуль на другой сервер(+сегментирование) отключил булк и делаю прокси.

Там создается период и указывается время, какие хосты переводить, собирать данные в это время и проч.

К слову... Кто посоветует! Какую базу лучше подымать на прокси... приблизительно 30к итемов на проксю...

Согласен, просто сам только прошел с этим... вынес мускуль на другой сервер(+сегментирование) отключил булк и делаю прокси.

Использую postgres + партиционирование на отдельной тачке.

Использую postgres + партиционирование на отдельной тачке.

?

А кто кинет ссылкой (если есть такое конечно) с настройкой mysql под заббикс? NVPS ~32 iowait ~15% =\

К слову... Кто посоветует! Какую базу лучше подымать на прокси... приблизительно 30к итемов на проксю...

я постгрес ставлю везде - и на прокси и на сами сервера

https://www.percona.com/blog/2014/11/14/optimizing-mysql-zabbix/ Классный шаблон для мониторинга https://www.percona.com/doc/percona-monitoring-plugins/1.1/zabbix/index.html Генератор файла с настройками https://tools.percona.com/ А также есть пару скриптов для тюнинга MySQLTuner tuning-primer.sh percona-toolkit

mysqltuner.pl ничего критичного не показывает параметры innodb уже "подкручены" до возможных для сервера лимитов

А покажи mysql.conf

Еще мне помог темплейт...

на iowait > 10% стоит менять хостера :)

или тариф

И еще можно сгенировать конфиг по ссылке выше и сравнить со своим

на iowait > 10% стоит менять хостера :)

А если меньше 10 это норма... Правильно? У меня 5.44

на iowait > 10% стоит менять хостера :)

Амазон вроде норм хостер, тариф - да, но в моём случае пока не критично.

А покажи mysql.conf

https://pastebin.com/z57QgYre

на iowait > 10% стоит менять хостера :)

это ВМ на физическом сервере

Кроме query_cache_* ничего криминального нет

Бинлоги пишутся?

Бинлоги пишутся?

нет

А что за диски?

обычные SATA 7200 RPM

iostat -xk 10 что показывает в среднем

За пару мин

К слову.. А где можно прочитать о каждом параметре в файле my.conf....

Диски фуфло чеуж там

К слову.. А где можно прочитать о каждом параметре в файле my.conf....

на сайте mysql?

К слову.. А где можно прочитать о каждом параметре в файле my.conf....

В офф доке

Диски фуфло чеуж там

+много

А то у меня уже значительно больше параметров.. взятых с разных инструкций...

Диски фуфло чеуж там

так и нагрузка тоже

А на что каждый влияет не сухай теория, а практические советы... Может встречали?

А на что каждый влияет не сухай теория, а практические советы... Может встречали?

https://www.percona.com/blog/

https://www.percona.com/blog/

Спасибо! Гляну!

iostat -xk 10 что показывает в среднем

Будет понятно хоть что то

Будет понятно хоть что то

https://pastebin.com/Yb5vC6fr

Ну в общем там все и видно. Дискам тяжело. База какого размера?

Виртуальная машина одна или много на хосте?

https://www.percona.com/blog/2014/11/14/optimizing-mysql-zabbix/ Классный шаблон для мониторинга https://www.percona.com/doc/percona-monitoring-plugins/1.1/zabbix/index.html Генератор файла с настройками https://tools.percona.com/ А также есть пару скриптов для тюнинга MySQLTuner tuning-primer.sh percona-toolkit

Хм, генератор конфига выдает все опции с минусами -, а не с подчеркиваниями _.

Ну в общем там все и видно. Дискам тяжело. База какого размера?

7Гб, 2 машины, на второй можно сказать нет IO, когда машина была одна показатели были ровно те же. На хосте iowait ~5%

А хост это что? KVM?

Самое дешевое - купить ssd. Любой.

А хост это что? KVM?

да SSD это конечно очевидное решение, но не подходящее к сожалению. Выходит что 30 nvps нагружают 1 диск 7200 RPM более чем надо.

Не

Он на 20% утилизирован

Но вот очереди большие

Но iowait ~15% :)

Диск предназначен для неспешной записи на него котиков в домашнем компе.

Посмотри в иостат

Утилизация и await

ну я вижу большие значения ожидания записи

Ну вот оно

Трх коммит можно выключить еще

ERROR: S client not available

В мускуле

но там пишется ~2M/sec

Там 0, 1, 2

Не помню какое из значений отключает коммит. Ноль вроде

Попробуй.

Трх коммит можно выключить еще

А что это и где можно посмотреть?

У тебя 2

innodb_flush_log_at_trx_commit

0 ставит коммит примерно раз в секунду

innodb_flush_log_at_trx_commit и рекомендуемые значения . Хайлоад https://ruhighload.com/post/%D0%9A%D0%B0%D0%BA+%D1%83%D1%81%D0%BA%D0%BE%D1%80%D0%B8%D1%82%D1%8C+%D0%B7%D0%B0%D0%BF%D0%B8%D1%81%D1%8C+%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85+%D0%B2+Mysql+%D1%81+%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E+innodb_flush_log_at_trx_commit?utm_source=adwords&utm_campaign=Ruhighload_Search&utm_content=9&keyword=innodb_flush_log_at_trx_commit&io_source=google%7Ccpc&io_utm=751200223%7C39178149246%7C78405031100&gclid=CjwKEAjw_PfGBRDW_sutqMbQsmMSJAAMpUapFR5A8mNybSRguuNzmytxSj7rb25lp5InW_6pvGOlQRoCGjDw_wcB

но можно попробовать конечно

Но это мертвому припарка. У диска кеш маленький. Диск из серии грин какой нить. Можно наверное подтюнить. В целом всю эту систему. Но не через телеграмм

)

Спасибо, Николай! Даже я что-то понял...

Но это мертвому припарка. У диска кеш маленький. Диск из серии грин какой нить. Можно наверное подтюнить. В целом всю эту систему. Но не через телеграмм

нет диск вполне себе WD2000FYYZ

innodb_flush_log_at_trx_commit и рекомендуемые значения . Хайлоад https://ruhighload.com/post/%D0%9A%D0%B0%D0%BA+%D1%83%D1%81%D0%BA%D0%BE%D1%80%D0%B8%D1%82%D1%8C+%D0%B7%D0%B0%D0%BF%D0%B8%D1%81%D1%8C+%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85+%D0%B2+Mysql+%D1%81+%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E+innodb_flush_log_at_trx_commit?utm_source=adwords&utm_campaign=Ruhighload_Search&utm_content=9&keyword=innodb_flush_log_at_trx_commit&io_source=google%7Ccpc&io_utm=751200223%7C39178149246%7C78405031100&gclid=CjwKEAjw_PfGBRDW_sutqMbQsmMSJAAMpUapFR5A8mNybSRguuNzmytxSj7rb25lp5InW_6pvGOlQRoCGjDw_wcB

А тут сразу еще ссылочка! Шикарно то что искал... https://ruhighload.com/index.php/2009/04/23/%D0%BE%D0%BF%D1%82%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F-%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0-mysql-%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0/

Вот хороший диск для мускула fusion-io iodrive2

Huawei Tecal ES3000 тоже ничего

Не юзал....

Наверное да

Главное скромно :)

Особенно, если учесть что ресурсы на мониторинг нужно выгрызать...

Huawei Tecal ES3000 тоже ничего

Тестил его?

Особенно, если учесть что ресурсы на мониторинг нужно выгрызать...

Да ну. Мониторинг - важнейшая часть ит инфраструктуры. Зачем выгрызать

Да ну. Мониторинг - важнейшая часть ит инфраструктуры. Зачем выгрызать

вот да - если на него надо ресурсы грызть, то оно и не надо наверное

ну бывает такое, что на все приходится ресурсы выгрызать ((( не только на мониторинг (( и вот тогда начинаются веселые квесты - где и что можно ужать по максимуму, но чтоб оно работало ))

Бывает

Памяти много?

Сделай рам-диск в 10 гб

Сделай рам-диск в 10 гб

и чем это будет лучше дискового кеша в ОЗУ?

И там базу держи. Экстрабекапом ее раз в 2 часа бекапь