Мониторинг сервера · 2 min read · Oct 17, 2025
Мониторинг сервера с помощью munin и monit на Mandriva 2010.0
Мониторинг сервера с помощью munin и monit на Mandriva 2010.0
Версия 1.0
Автор: Фалко Тимме
Следите за мной в Twitter
В этой статье я опишу, как вы можете мониторить свой сервер Mandriva 2010.0 с помощью munin и monit. munin создает симпатичные графики почти по всем аспектам вашего сервера (средняя загрузка, использование памяти, загрузка ЦП, пропускная способность MySQL, трафик eth0 и т. д.) без особой настройки, в то время как monit проверяет доступность таких сервисов, как Apache, MySQL, Postfix и принимает соответствующие меры, такие как перезапуск, если обнаруживает, что сервис работает не так, как ожидалось. Сочетание этих двух инструментов дает вам полный мониторинг: графики, которые позволяют вам распознавать текущие или предстоящие проблемы (например, “Нам скоро нужен более мощный сервер, наша средняя загрузка быстро растет.”), и сторожевой пес, который обеспечивает доступность контролируемых сервисов.
Хотя munin позволяет вам мониторить более одного сервера, мы здесь обсудим только мониторинг системы, на которой он установлен.
Этот учебник был написан для Mandriva 2010.0, но конфигурация должна применяться и к другим дистрибутивам с небольшими изменениями.
Я хочу сначала сказать, что это не единственный способ настройки такой системы. Существует множество способов достижения этой цели, но это тот путь, который я выбираю. Я не даю никаких гарантий, что это сработает для вас!
1 Предварительная заметка
Имя хоста нашей системы - server1.example.com, и у нас есть веб-сайт www.example.com с корневым каталогом документов /var/www/www.example.com/web.
2 Установка и настройка munin
Чтобы установить munin на Mandriva 2010.0, мы делаем следующее:
urpmi munin munin-nodeДалее мы должны отредактировать файл конфигурации munin /etc/munin/munin.conf. Мы хотим, чтобы munin выводил свои данные в каталог /var/www/www.example.com/web/monitoring, поэтому мы изменяем значение htmldir, и мы хотим, чтобы он использовал имя server1.example.com вместо localhost в HTML-выводе, поэтому мы заменяем localhost на server1.example.com. Без комментариев измененный файл выглядит так:
vi /etc/munin/munin.conf| [...] dbdir /var/lib/munin htmldir /var/www/www.example.com/web/monitoring logdir /var/log/munin rundir /var/run/munin # Где искать HTML-шаблоны tmpldir /etc/munin/templates [...] # простое дерево хостов [server1.example.com] address 127.0.0.1 use_node_name yes [...] |
Далее мы создаем каталог /var/www/www.example.com/web/monitoring и изменяем его владельца на пользователя и группу munin, иначе munin не сможет поместить свои данные в этот каталог. Затем мы запускаем munin:
mkdir -p /var/www/www.example.com/web/monitoring
chown munin:munin /var/www/www.example.com/web/monitoring
/etc/init.d/munin-node startТеперь подождите несколько минут, чтобы munin мог произвести свой первый вывод, а затем перейдите по адресу http://www.example.com/monitoring/ в вашем браузере, и вы увидите первую статистику. Через несколько дней это может выглядеть так:

(Это всего лишь небольшой фрагмент множества графиков, которые производит munin…)
3 Защита каталога вывода munin паролем (по желанию)
Теперь хорошей идеей будет защитить паролем каталог /var/www/www.example.com/web/monitoring, если вы не хотите, чтобы каждый мог видеть каждую мелкую статистику о вашем сервере.
Для этого мы создаем файл .htaccess в /var/www/www.example.com/web/monitoring:
vi /var/www/www.example.com/web/monitoring/.htaccess| AuthType Basic AuthName "Только для участников" AuthUserFile /var/www/www.example.com/.htpasswd |
Затем мы должны создать файл паролей /var/www/www.example.com/.htpasswd. Мы хотим войти с именем пользователя admin, поэтому мы делаем следующее:
htpasswd -c /var/www/www.example.com/.htpasswd adminВведите пароль для admin, и вы готовы!
Get new posts in your inbox
No spam. Unsubscribe anytime.