Pull to refresh

Comments 14

Заинтересовался https://www.pagerduty.com, можно пару слов про него?
Чем хорош, почему именно он?
Очень гибкий инструмент, с возможностью ротации и оверрайда графика дежурных админов. Высокая надежность и рекомендации.
Почему именно его выбрали? Есть же еще и другие аналогичные сервисы.
Комментарий выше и комментарий ниже полностью раскрывают нашу позицию по выбору PD.
Удивительно что выбор заббикса остался без вопроса.
За довольно не дорого и звонки, и пуши, и смс.
Куча интеграций совсем чем угодно, и очень хорошее API с которым реально реализовать кучу всего.
MYSQL + Percona.
Почти без тюнинга.
Под базой линуксовй софтверный рейд 10 на 4 обычных SATA дисках.
Хехе, я вот тоже всем говорю что Percona/MariaDB, особенно для Zabbix, очень даже окей.

Я долго эксперимертировал с тюнингом, остановился на этих 3-х параметрах:

innodb_buffer_pool_size = 2G (и больше, зависит от размера вашей базы и памяти на сервере)
innodb_flush_log_at_trx_commit = 0 (быстрее запись но возникает вероятность потери нескольких последний записей при аварии)
innodb_flush_method=O_DSYNC (немного ускоряет запись в БД)
Ну что-то такое тоже тюнили. И бинлоги вроде отключали. Но это всё равно не сравнится с необходимым тюнингом постгреса.
Так о чём и речь — три параметра, из которых реально реально реально важный вообще только один.
Ну что-то такое тоже тюнили. И бинлоги вроде отключали. Но это всё равно не сравнится с необходимым тюнингом постгреса.

pgtune решает все эти вопросы…
На 3.2 Заббиксе возникла проблема с интеграцией с PD.
Они советуют отправлять все необходимые поля в строку
name:{TRIGGER.NAME}
id:{TRIGGER.ID}
status:{TRIGGER.STATUS}
hostname:{HOSTNAME}
ip:{IPADDRESS}
value:{TRIGGER.VALUE}
event_id:{EVENT.ID}
severity:{TRIGGER.SEVERITY}

У нас перестали влезать больше 151 символа если писать всё с новой строки.
Обрезалось до «sever» и полностью фейлилась отправка.
Самое простое решение было просто удалить эту строку и всё наладилось.
В итоге шаблон отправки у нас вот такой
name:{TRIGGER.NAME}
id:{TRIGGER.ID}
status:{TRIGGER.STATUS}
hostname:{HOSTNAME}
ip:{IPADDRESS}
value:{TRIGGER.VALUE}
event_id:{EVENT.ID}
Хехе, я вот тоже всем говорю что Percona/MariaDB, особенно для Zabbix, очень даже окей.


Только делайте поправку на количество данных в БД, особенно в таблицах:
history_uint, history, history_text, trends_uint, trends

У нас например в табличке history_uint лежит 100GB данных, в остальных поменьше, а узлов в мониторинге 90. А есть компании у которых в табличке history_uint over 5TB данных. А теперь представьте, если эту таблицу к примеру не секционировать, что будет когда запуститься очистка данных по таким табличкам.

А так MariaDB или Percona Server for MySQL неплохи для Zabbix, но с поправкой.
Sign up to leave a comment.