MRTG и SNMP настройка под Gentoo: различия между версиями
ALEX (обсуждение | вклад) |
ALEX (обсуждение | вклад) м |
||
| Строка 1: | Строка 1: | ||
[[Изображение:Foot_log.gif|thumb|MRTG Logo]] | |||
[[wikipedia:ru:MRTG|MRTG]] (Multi Router Traffic Grapher) — является свободным программным обеспечением под лицензией GPL. Это инструмент для организации сервиса для мониторинга и измерения сетевого трафика с течением времени. Данные с различных сетевых устройств собираются при помощи протокола SNMP, а затем отображаются в виде графиков. | [[wikipedia:ru:MRTG|MRTG]] (Multi Router Traffic Grapher) — является свободным программным обеспечением под лицензией GPL. Это инструмент для организации сервиса для мониторинга и измерения сетевого трафика с течением времени. Данные с различных сетевых устройств собираются при помощи протокола SNMP, а затем отображаются в виде графиков. | ||
Версия 16:21, 8 сентября 2009
MRTG (Multi Router Traffic Grapher) — является свободным программным обеспечением под лицензией GPL. Это инструмент для организации сервиса для мониторинга и измерения сетевого трафика с течением времени. Данные с различных сетевых устройств собираются при помощи протокола SNMP, а затем отображаются в виде графиков.
Установка
Для работы с mrtg понядобятся следующие пакеты:
| Code: Необходимые пакеты |
net-analyzer/net-snmp media-libs/gd net-analyzer/mrtg sys-process/dcron sysstat |
Ставяться все пакеты стандартным
Настройка
Создание папок для конфигов
Под рутом создаём следующие папки:
место для конфигурационных файлов. Лежат *.cfg и *.sh а так же файлы, которые создаёт mrtg.
Папка с заданиями для крона.
создаём папку для веб вывода данных
Конфигурация SNMP демона
SNMP (англ. Simple Network Management Protocol — простой протокол управления сетью) — это протокол управления сетями связи на основе архитектуры TCP/IP.
Далее создаём (правим) конфиг.
#### # First, map the community name (COMMUNITY) into a security name # (local and mynetwork, depending on where the request is coming # from): # sec.name source community com2sec local 127.0.0.0/24 public #### # Second, map the security names into group names: # sec.model sec.name group MyROGroup v1 local group MyROGroup v2c local group MyROGroup usm local #### # Third, create a view for us to let the groups have rights to: # incl/excl subtree mask view all included .1 80 #### # Finally, grant the 2 groups access to the 1 view with different # write permissions: # context sec.model sec.level match read write notif access MyROGroup "" any noauth exact all none none ############################################################################### # System contact information # syslocation Russia.Moscow syscontact Alexander <gav-alex@bk.ru>
Делаем это не обращая внимание на предупреждения не делать этого =). В файле /etc/snmp/snmpd.conf.example можно почитать, что означают те или иные параметры конфига.
Теперь проверяем настройки другого конфига snmp. Где надо убедиться, что у нас есть там необходимая единственная нам строчка, которая говорит о том, что все данные надо брать из конфига, который мы создали чуть выше - /etc/snmp/snmpd.conf
# Initial (empty) options. SNMPD_FLAGS="-C -c /etc/snmp/snmpd.conf"
Теперь добавляем демон в атозапуск и стартуем его. Теперь у нас есть основной источник для фидинга данных =).
Настройка конфигов для мониторинга сетевых интерфейсов
Дадим систему самой создать дефолтный конфиг, который потом немного подправим под свои нужды.
/usr/bin/cfgmaker \ --output=/etc/mrtg/traffic.cfg \ --ifdesc=ip \ --ifref=descr \ --global "WorkDir: /var/www/stat/htdocs/mrtg/net" \ --global "Options[_]: bits,growright" \ public@localhost
Далее в ручную поправим файл для того, чтобы активировать lo и ppp.
В итоге у меня вышел вот такой файл.
### Global Config Options
# for UNIX
# WorkDir: /home/http/mrtg
### Global Defaults
# to get bits instead of bytes and graphs growing to the right
# Options[_]: growright, bits
EnableIPv6: no
WorkDir: /var/www/stat/htdocs/mrtg/net
Options[_]: bits,growright,nopercent
######################################################################
# System: router_a
# Description: Linux router_a 2.6.27-gentoo-r8-released_by_alex- #1 SMP Tue Apr 21 00:13:13 MSD 2009 x86_64
# Contact: Alexander <gav-alex@bk.ru>
# Location: Russia.Moscow
######################################################################
### Interface 1 >> Descr: 'lo' | Name: 'lo' | Ip: '127.0.0.1' | Eth: '' ###
Target[localhost_lo]: \lo:public@localhost:
SetEnv[localhost_lo]: MRTG_INT_IP="127.0.0.1" MRTG_INT_DESCR="lo"
MaxBytes[localhost_lo]: 125000000
Title[localhost_lo]: Localhost bandwidth
XSize[localhost_lo]: 600
YSize[localhost_lo]: 150
RouterUptime[localhost_lo]: public@localhost
PageTop[localhost_lo]: <h1>Localhost bandwidth @ router_a</h1>
<div id="sysdetails">
<table>
<tr>
<td>System:</td>
<td>router_a located in Russia.Moscow</td>
</tr>
<tr>
<td>Maintainer:</td>
<td>Alexander <gav-alex@bk.ru></td>
</tr>
<tr>
<td>Description:</td>
<td>lo </td>
</tr>
<tr>
<td>ifType:</td>
<td>softwareLoopback (24)</td>
</tr>
<tr>
<td>ifName:</td>
<td>lo</td>
</tr>
<tr>
<td>Max Speed:</td>
<td>10.0 Mbits/s</td>
</tr>
<tr>
<td>Ip:</td>
<td>127.0.0.1 (localhost)</td>
</tr>
</table>
</div>
### Interface 2 >> Descr: 'eth0' | Name: 'eth0' | Ip: '10.134.46.181' | Eth: '00-22-15-64-00-4f' ###
Target[localhost_eth0]: \eth0:public@localhost:
SetEnv[localhost_eth0]: MRTG_INT_IP="10.134.46.181" MRTG_INT_DESCR="eth0"
MaxBytes[localhost_eth0]: 125000000
Title[localhost_eth0]: Internet bandwidth
XSize[localhost_eth0]: 600
YSize[localhost_eth0]: 150
RouterUptime[localhost_eth0]: public@localhost
PageTop[localhost_eth0]: <h1>Internet bandwidth @ router_a</h1>
<div id="sysdetails">
<table>
<tr>
<td>System:</td>
<td>router_a located in Russia.Moscow</td>
</tr>
<tr>
<td>Maintainer:</td>
<td>Alexander <gav-alex@bk.ru></td>
</tr>
<tr>
<td>Description:</td>
<td>eth0 </td>
</tr>
<tr>
<td>ifType:</td>
<td>ethernetCsmacd (6)</td>
</tr>
<tr>
<td>ifName:</td>
<td>eth0</td>
</tr>
<tr>
<td>Max Speed:</td>
<td>100.0 Mbits/s</td>
</tr>
<tr>
<td>Ip:</td>
<td>10.134.46.181</td>
</tr>
</table>
</div>
### Interface 3 >> Descr: 'eth1' | Name: 'eth1' | Ip: '192.168.0.1' | Eth: '00-22-15-63-eb-fd' ###
Target[localhost_eth1]: \eth1:public@localhost:
SetEnv[localhost_eth1]: MRTG_INT_IP="192.168.0.1" MRTG_INT_DESCR="eth1"
MaxBytes[localhost_eth1]: 125000000
Title[localhost_eth1]: LAN bandwidth
XSize[localhost_eth1]: 600
YSize[localhost_eth1]: 150
RouterUptime[localhost_eth1]: public@localhost
PageTop[localhost_eth1]: <h1>LAN bandwidth @ router_a</h1>
<div id="sysdetails">
<table>
<tr>
<td>System:</td>
<td>router_a located in Russia.Moscow</td>
</tr>
<tr>
<td>Maintainer:</td>
<td>Alexander <gav-alex@bk.ru></td>
</tr>
<tr>
<td>Description:</td>
<td>eth1 </td>
</tr>
<tr>
<td>ifType:</td>
<td>ethernetCsmacd (6)</td>
</tr>
<tr>
<td>ifName:</td>
<td>eth1</td>
</tr>
<tr>
<td>Max Speed:</td>
<td>100.0 Mbits/s</td>
</tr>
<tr>
<td>Ip:</td>
<td>192.168.0.1</td>
</tr>
</table>
</div>
Настройка мониторинга активости процессора
Сперва я пытался пойти по обычному пути. Создал конфиг следующего содержания:
WorkDir: /var/www/localhost/htdocs/mrtg LoadMIBs: /usr/share/snmp/mibs/UCD-SNMP-MIB.txt Target[localhost.cpu]:ssCpuRawUser.0&ssCpuRawUser.0:public@127.0.0.1 + ssCpuRawSystem.0&ssCpuRawSystem.0:public@127.0.0.1 + ssCpuRawNice.0&ssCpuRawNice.0:public@127.0.0.1 RouterUptime[localhost.cpu]: public@127.0.0.1 MaxBytes[localhost.cpu]: 100 Title[localhost.cpu]: CPU Load PageTop[localhost.cpu]: <H1>Active CPU Load %</H1> Unscaled[localhost.cpu]: ymwd ShortLegend[localhost.cpu]: % YLegend[localhost.cpu]: CPU Utilization Legend1[localhost.cpu]: Active CPU in % (Load) Legend2[localhost.cpu]: Legend3[localhost.cpu]: Legend4[localhost.cpu]: LegendI[localhost.cpu]: Active LegendO[localhost.cpu]: Options[localhost.cpu]: growright,nopercent
Даже скачал недостающий файл UCD-SNMP-MIB.txt, однако, это не прокатило. Данные которые получал MRTG были совершенно неверные и график строился не тот, что ожидалось.
Поэтому подумав, я понял, что Mrtg ведь может строить вообще любые графики, лишь бы был источник информации. Ему на фход передаются 2 значение (Input и Output), которые он и отображает на графиках. Потому было решено создать собственный конфиг для сбора инфы о загрузке моего E6600.
PageTop[localhost.cpu]: <H1>Active CPU Load %</H1> XSize[localhost.cpu]: 600 YSize[localhost.cpu]: 150 RouterUptime[localhost.cpu]: public@localhost WorkDir: /var/www/stat/htdocs/mrtg/cpu #Browser Title Title[localhost.cpu]:CPU Load Target[localhost.cpu]: `/etc/mrtg/cpu_utilization.sh` MaxBytes[localhost.cpu]: 150 Options[localhost.cpu]: growright,unknaszero,nopercent,gauge,pngdate LegendI[localhost.cpu]: User, % LegendO[localhost.cpu]: System, % YLegend[localhost.cpu]: CPU Utilization Legend1[localhost.cpu]: Avg load by User in % Legend2[localhost.cpu]: Avg load by System in % ShortLegend[localhost.cpu]: % #Colours[localhost.cpu]: Yellow#FFFF00,Crimson#DC143C,GREEN#00eb0c,BLUE#1000ff
Поясню некоторые параметры:
PageTop - HTML, которые добавляется до графиков
XSize, YSize - размеры генерируемой картинки (максимум 600 на 150).
RouterUptime - вывод информаци и названии систему, а так же её аптайм.
WorkDir - рабочая папка, куда будет генится отчёт (веб директория в нашем случае)
Title - заголовок, который помещается в HTML tag <tite></title>
Target - Источник данных. В нашем случае это скриптик, который я написал. Его рассмотрим ниже.
MaxBytes - максимально возможное значение данныех, которое будет считаться валидным.
Options - опции построения графика (в нашем случае это: 1)строить справа на лево, 2) все неизвестные значения принимать как нулевые, 3) не показывать процентное соотношение текущих значений парамотров относительно их максимумов возможных, 4) данные по которым строим график не являются накопительными, т.е. строим например графики температуры процессора, 5) вписывать дату в png картинку)
LegendI - название первой кривой на графике (входные данные)
LegendO - название второй кривой на графике (выходные данные)
Legend1 - внизу после графиков указывается легенда, что означает конкретный цвет.
Legend2 - внизу после графиков указывается легенда, что означает конкретный цвет.
ShortLegend - это в каких единицах измеряется текущая величина (например у процессора это %)
Colours - цветовая схема построения графика
YLegend - подпись оси ординат на самой картинке png.
Создание скрипта для снятия показаний с процессора
Для сбора информации о загруженности процессора как я и писал выше, использую sysstat. В этот пакет входит масса различных програмок для вывода разнообразной инфы. Меня интересует именно процессор. Т.к. mrtg выводит данные беря их 1 раз в 5 минут, то нет смысла собирать данные по каждому ядру в отдельности. Я пошёл по пути сбора общей загрузки процессора. Для этого скрипт делает 10 замеров с интервалом в 1 секунду, выводя из этих данных среднее значение. При этом замеряется сразу общая загрузка ЦП не делая акценты на ядра. Для этого всего используется команда sar -u 1 10.
Далее мы скриптом выбираем строчку, с усреднёнными данными командой grep "Average" и далее работаем уже с ней. Командой awk '{print $3+$4 }'` мы заносим в переменную USER сумму третьего и четвёртого слова строки выбранной grep "Average". А именно это загрузка процессора приложениями пользоватея, работающих с обычным приоритетом, а так же те, приоритет которых был понижен - nice. Строка awk '{print $5 }'` собирает данные о процессорном времени, потраченном на приложения уровня ядра системы. В итоге у меня вышел такой скрипт:
#!/bin/sh
DATA=`sar -u 1 10 | grep "Average"`
USER=`echo $DATA | awk '{print $3+$4 }'`
SYSTEM=`echo $DATA | awk '{print $5 }'`
echo $USER
echo $SYSTEM
Ну и банальное - надо дать права на исполнение данного скрипта:
Настройка мониторинга памяти
Надо сразу определится, что понятие память весьма обширно. Поэтому, есть смысл написать мониторинг для каждого случая. Пояснять каждую строку конфига смысла нет - все они говорят сами за себя. Некоторые тем более был рассмотрены в секции выше (о процессоре). Так что просто привожу содержимое конфигов.
Buffered RAM
LoadMIBs: /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt Target[stor_memory_buffers]: hrStorageSize.6&hrStorageSize.1:public@localhost * hrStorageAllocationUnits.6&hrStorageAllocationUnits.1:public@localhost PageTop[stor_memory_buffers]: <H1>Buffered data in RAM</H1> WorkDir: /var/www/stat/htdocs/mrtg/mem XSize[stor_memory_buffers]: 600 YSize[stor_memory_buffers]: 150 RouterUptime[stor_memory_buffers]: public@localhost Options[stor_memory_buffers]: growright,gauge,nopercent,pngdate LegendI[stor_memory_buffers]: Size: LegendO[stor_memory_buffers]: RAM: Legend1[stor_memory_buffers]: Memory buffers Legend2[stor_memory_buffers]: Physical RAM Size Title[stor_memory_buffers]: Memory buffers Kilo[stor_memory_buffers]: 1024 MaxBytes[stor_memory_buffers]: 10000000000 ShortLegend[stor_memory_buffers]: iB YLegend[stor_memory_buffers]: Bytes #kMG[localhost.mem]: k,M,G,T,P,X
Cached RAM
LoadMIBs: /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt Target[stor_cached_memory]: hrStorageSize.7&hrStorageSize.1:public@localhost * hrStorageAllocationUnits.7&hrStorageAllocationUnits.1:public@localhost PageTop[stor_cached_memory]: <H1>Cached data in RAM</H1> WorkDir: /var/www/stat/htdocs/mrtg/mem XSize[stor_cached_memory]: 600 YSize[stor_cached_memory]: 150 RouterUptime[stor_cached_memory]: public@localhost Options[stor_cached_memory]: growright,gauge,nopercent,pngdate LegendI[stor_cached_memory]: Used: LegendO[stor_cached_memory]: Total RAM: Legend1[stor_cached_memory]: Used cache Legend2[stor_cached_memory]: Total RAM Title[stor_cached_memory]: Cached memory Kilo[stor_cached_memory]: 1024 MaxBytes[stor_cached_memory]: 10000000000 ShortLegend[stor_cached_memory]: iB YLegend[stor_cached_memory]: Bytes #kMG[localhost.mem]: k,M,G,T,P,X
Physical RAM
LoadMIBs: /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt Target[stor_physical_memory]: hrStorageUsed.1&hrStorageSize.1:public@localhost * hrStorageAllocationUnits.1&hrStorageAllocationUnits.1:public@localhost PageTop[stor_physical_memory]: <H1>RAM Usage</H1> WorkDir: /var/www/stat/htdocs/mrtg/mem XSize[stor_physical_memory]: 600 YSize[stor_physical_memory]: 150 RouterUptime[stor_physical_memory]: public@localhost Options[stor_physical_memory]: growright,gauge,nopercent,pngdate LegendI[stor_physical_memory]: Used: LegendO[stor_physical_memory]: Total: Legend1[stor_physical_memory]: Used RAM Legend2[stor_physical_memory]: Total RAM Title[stor_physical_memory]: Physical memory Kilo[stor_physical_memory]: 1024 MaxBytes[stor_physical_memory]: 10000000000 ShortLegend[stor_physical_memory]: iB YLegend[stor_physical_memory]: Bytes #kMG[localhost.mem]: k,M,G,T,P,X
Swap
LoadMIBs: /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt Target[stor_swap_space]: hrStorageUsed.10&hrStorageSize.10:public@localhost * hrStorageAllocationUnits.10&hrStorageAllocationUnits.10:public@localhost PageTop[stor_swap_space]: <H1>Swap Usage</H1> WorkDir: /var/www/stat/htdocs/mrtg/mem XSize[stor_swap_space]: 600 YSize[stor_swap_space]: 150 RouterUptime[stor_swap_space]: public@localhost Options[stor_swap_space]: growright,gauge,nopercent,pngdate LegendI[stor_swap_space]: Used: LegendO[stor_swap_space]: Total: Legend1[stor_swap_space]: Used Swap Legend2[stor_swap_space]: Total Swap Title[stor_swap_space]: Swap Space Kilo[stor_swap_space]: 1024 MaxBytes[stor_swap_space]: 1000000000 ShortLegend[stor_swap_space]: iB YLegend[stor_swap_space]: Bytes #kMG[localhost.mem]: k,M,G,T,P,X
Virtual RAM
LoadMIBs: /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt Target[stor_virtual_memory]: hrStorageUsed.3&hrStorageSize.3:public@localhost * hrStorageAllocationUnits.3&hrStorageAllocationUnits.3:public@localhost PageTop[stor_virtual_memory]: <H1>Virtual Memory Usage (Swap + RAM)</H1> WorkDir: /var/www/stat/htdocs/mrtg/mem XSize[stor_virtual_memory]: 600 YSize[stor_virtual_memory]: 150 RouterUptime[stor_virtual_memory]: public@localhost Options[stor_virtual_memory]: growright,gauge,nopercent,pngdate LegendI[stor_virtual_memory]: Used: LegendO[stor_virtual_memory]: Total: Legend1[stor_virtual_memory]: Used Virtual Legend2[stor_virtual_memory]: Total Virtual Title[stor_virtual_memory]: Virtual memory Kilo[stor_virtual_memory]: 1024 MaxBytes[stor_virtual_memory]: 10000000000 ShortLegend[stor_virtual_memory]: iB YLegend[stor_virtual_memory]: Bytes #kMG[localhost.mem]: k,M,G,T,P,X
Настройка мониторинга статистики пингов
Очень интересна может оказаться информация, показывающая как меняется пинг и потери до определённого хоста со временем. Я для себя выбрал гугл и яндекс.
Google ping statistics
WorkDir: /var/www/stat/htdocs/mrtg/net XSize[localhost.ping_google]: 600 YSize[localhost.ping_google]: 150 RouterUptime[localhost.ping_google]: public@localhost Title[localhost.ping_google]: Round Trip Time to google.com PageTop[localhost.ping_google]: <H1>Ping to google.com</H1> Target[localhost.ping_google]: `/etc/mrtg/ping_google.sh` MaxBytes[localhost.ping_google]: 2000 Options[localhost.ping_google]: growright,unknaszero,nopercent,gauge,pngdate LegendI[localhost.ping_google]: Pkt loss % LegendO[localhost.ping_google]: Avg RTT ms YLegend[localhost.ping_google]: RTT (ms) ShortLegend[localhost.ping_google]: n/a
Как видно из конфига, данные для mrtg поставляет скриптик, чьё содержимое выглядит как:
#!/bin/sh
PING="/bin/ping"
# Google, for example
ADDR="google.com"
DATA=`$PING -c10 -s500 $ADDR -q `
LOSS=`echo $DATA | awk '{print $18 }' | tr -d %`
echo $LOSS
if [ $LOSS = 100 ];
then
echo 0
else
echo $DATA | awk -F/ '{print $5 }'
fi
В кратце можно пояснить, что скрипт пингует 10 раз хост с размером пакета 500 байт (параметр q означает "тихий вывод данных" - т.е. выводится лишь суммарная информация о выполненой команде). В переменную LOSS заносим потери обрезая символ процентов командой tr. Если потери равны 100, то пинг равен 0 мс, т.е. падение интернета!, иначе, выводим данные в милллисекундах.
Не забываем и о правах на исполнение скрипта:
Yandex ping statistics
WorkDir: /var/www/stat/htdocs/mrtg/net XSize[localhost.ping_yandex]: 600 YSize[localhost.ping_yandex]: 150 RouterUptime[localhost.ping_yandex]: public@localhost Title[localhost.ping_yandex]: Round Trip Time to ya.ru PageTop[localhost.ping_yandex]: <H1>Ping to ya.ru</H1> Target[localhost.ping_yandex]: `/etc/mrtg/ping_yandex.sh` MaxBytes[localhost.ping_yandex]: 2000 Options[localhost.ping_yandex]: growright,unknaszero,nopercent,gauge,pngdate LegendI[localhost.ping_yandex]: Pkt loss % LegendO[localhost.ping_yandex]: Avg RTT ms YLegend[localhost.ping_yandex]: RTT (ms) ShortLegend[localhost.ping_yandex]: n/a
Как видно из конфига, данные для mrtg поставляет скриптик, чьё содержимое выглядит как:
#!/bin/sh
PING="/bin/ping"
# Yandex, for example
ADDR="ya.ru"
DATA=`$PING -c10 -s500 $ADDR -q `
LOSS=`echo $DATA | awk '{print $18 }' | tr -d %`
echo $LOSS
if [ $LOSS = 100 ];
then
echo 0
else
echo $DATA | awk -F/ '{print $5 }'
fi
Скрипт полностью аналогичен варианту пинга до гугла.
Не забываем и о правах на исполнение скрипта:
Создание заданий для крона
А теперь ребятки создаём задания для крона, что позволит ему по расписанию выполнять всю нашу боту и данные потекут в mrtg.
Процессор
#!/bin/sh /usr/bin/mrtg /etc/mrtg/cpu.cfg
Buffered RAM
#!/bin/sh /usr/bin/mrtg /etc/mrtg/mem_buffer.cfg
Cached RAM
#!/bin/sh /usr/bin/mrtg /etc/mrtg/mem_cached.cfg
Physical RAM
#!/bin/sh /usr/bin/mrtg /etc/mrtg/mem_physical.cfg
Swap
#!/bin/sh /usr/bin/mrtg /etc/mrtg/mem_swap.cfg
Virtual RAM
#!/bin/sh /usr/bin/mrtg /etc/mrtg/mem_virtual.cfg
Ping Google
#!/bin/sh /usr/bin/mrtg /etc/mrtg/ping_google.cfg
Ping Yandex
#!/bin/sh /usr/bin/mrtg /etc/mrtg/ping_yandex.cfg
Traffic
#!/bin/sh /usr/bin/mrtg /etc/mrtg/traffic.cfg
Даём права на выполнение:
Теперь необходимо прогнать каждый скрипт по 3 раза, необращая внимания на ворнинги. Это создаст начальные данные для mrtg.
Создание Index файла
Теперь создаём index файл, который будет основным в нашей веб директории, куда мы будем заходить, чтобы просмотреть статистику.
/usr/bin/indexmaker --output=/var/www/stat/htdocs/mrtg/index.html \ --title=".::Router_a Statistics::." \ --sort=name \ --enumerate \ /etc/mrtg/traffic.cfg \ /etc/mrtg/cpu.cfg \ /etc/mrtg/mem_physical.cfg \ /etc/mrtg/mem_virtual.cfg \ /etc/mrtg/mem_buffer.cfg \ /etc/mrtg/mem_swap.cfg \ /etc/mrtg/mem_cached.cfg \ /etc/mrtg/ping_google.cfg \ /etc/mrtg/ping_yandex.cfg
Т.к. файл получится не совсем, который хотелось бы получить, то его есть смысл подправить под себя. Ведь по сути это автоматизированное создание обычного HTML индекса, который в состоянии создать и руками каждый.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<HTML>
<HEAD>
<TITLE>.::Router_a Statistics::.</TITLE>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-15" >
<META HTTP-EQUIV="Refresh" CONTENT="300" >
<META HTTP-EQUIV="Cache-Control" content="no-cache" >
<META HTTP-EQUIV="Pragma" CONTENT="no-cache" >
<META HTTP-EQUIV="Expires" CONTENT="Sun, 26 Jul 2009 17:13:54 GMT" >
<LINK HREF="favicon.ico" rel="shortcut icon" >
<style type="text/css">
</style>
</HEAD>
<BODY bgcolor="#ffffff" text="#000000" link="#000000" vlink="#000000" alink="#000000">
<H1>.::Router_a Statistics::.</H1>
<DIV><B>1. Active CPU Load %</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="cpu/localhost.cpu.html">
<IMG BORDER=1 ALT="localhost.cpu Traffic Graph" SRC="cpu/localhost.cpu-day.png"></A></DIV>
<DIV><B>2. Ping to google.com</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="net/localhost.ping_google.html">
<IMG BORDER=1 ALT="localhost.ping_google Traffic Graph" SRC="net/localhost.ping_google-day.png"></A></DIV>
<DIV><B>3. Ping to ya.ru</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="net/localhost.ping_yandex.html">
<IMG BORDER=1 ALT="localhost.ping_yandex Traffic Graph" SRC="net/localhost.ping_yandex-day.png"></A></DIV>
<DIV><B>4. Internet bandwidth @ router_a</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="net/localhost_eth0.html">
<IMG BORDER=1 ALT="localhost_eth0 Traffic Graph" SRC="net/localhost_eth0-day.png"></A></DIV>
<DIV><B>5. LAN bandwidth @ router_a</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="net/localhost_eth1.html">
<IMG BORDER=1 ALT="localhost_eth1 Traffic Graph" SRC="net/localhost_eth1-day.png"></A></DIV>
<DIV><B>6. Localhost bandwidth @ router_a</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="net/localhost_lo.html">
<IMG BORDER=1 ALT="localhost_lo Traffic Graph" SRC="net/localhost_lo-day.png"></A></DIV>
<DIV><B>7. Cached data in RAM</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="mem/stor_cached_memory.html">
<IMG BORDER=1 ALT="stor_cached_memory Traffic Graph" SRC="mem/stor_cached_memory-day.png"></A></DIV>
<DIV><B>8. Buffered data in RAM</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="mem/stor_memory_buffers.html">
<IMG BORDER=1 ALT="stor_memory_buffers Traffic Graph" SRC="mem/stor_memory_buffers-day.png"></A></DIV>
<DIV><B>9. RAM Usage</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="mem/stor_physical_memory.html">
<IMG BORDER=1 ALT="stor_physical_memory Traffic Graph" SRC="mem/stor_physical_memory-day.png"></A></DIV>
<DIV><B>10. Swap Usage</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="mem/stor_swap_space.html">
<IMG BORDER=1 ALT="stor_swap_space Traffic Graph" SRC="mem/stor_swap_space-day.png"></A></DIV>
<DIV><B>11. Virtual Memory Usage (Swap + RAM)</B></DIV>
<DIV style="margin-bottom:10px">
<A HREF="mem/stor_virtual_memory.html">
<IMG BORDER=1 ALT="stor_virtual_memory Traffic Graph" SRC="mem/stor_virtual_memory-day.png"></A></DIV>
<TABLE BORDER=0 CELLSPACING=0 CELLPADDING=0>
<TR>
<TD WIDTH=63><A
HREF="http://oss.oetiker.ch/mrtg/"><IMG
BORDER=0 SRC="mrtg-l.png" WIDTH=63 HEIGHT=25 ALT="MRTG"></A></TD>
<TD WIDTH=25><A
HREF="http://oss.oetiker.ch/mrtg/"><IMG
BORDER=0 SRC="mrtg-m.png" WIDTH=25 HEIGHT=25 ALT=""></A></TD>
<TD WIDTH=388><A
HREF="http://oss.oetiker.ch/mrtg/"><IMG
BORDER=0 SRC="mrtg-r.png" WIDTH=388 HEIGHT=25
ALT="Multi Router Traffic Grapher"></A></TD>
</TR>
</TABLE>
<TABLE BORDER=0 CELLSPACING=0 CELLPADDING=0>
<TR VALIGN=top>
<TD WIDTH=88 ALIGN=RIGHT><FONT FACE="Arial,Helvetica" SIZE=2>
version 2.16.2</FONT></TD>
<TD WIDTH=388 ALIGN=RIGHT><FONT FACE="Arial,Helvetica" SIZE=2>
<A HREF="http://tobi.oetiker.ch/">Tobias Oetiker</A>
<A HREF="mailto:tobi+mrtglink@oetiker.ch"><tobi@oetiker.ch></A>
and <A HREF="http://www.bungi.com/">Dave Rand</A> <A HREF="mailto:dlr@bungi.com"><dlr@bungi.com></A></FONT>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>
Создание конфига демона mrtg
Т.к. для запуска демона, у него должен быть конфигурационный файл, то необходимо создать его. Стандартное расположение файлов этих в папке conf.d:
# Copyright 1999-2005 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/net-analyzer/mrtg/files/mrtg.confd,v 1.1 2005/01/26 10:35:05 ka0ttic Exp $ MRTG_CONF="/etc/mrtg.conf" MRTG_PID="/var/run/mrtg.pid" # uncomment and set the following, if you'd like to run mrtg as a # different user/group #MRTG_USER="" #MRTG_GROUP="" # uncomment if you'd like to enable logging MRTG_LOG="/var/log/mrtg.log" # set any extra options here MRTG_OPTS=""
Замечаем важную строчку: MRTG_CONF="/etc/mrtg.conf".
Создаём этот файл
Теперь заносим в него следующую информацию:
EnableIPv6: no WorkDir: /var/www/stat/htdocs/mrtg Options[_]: bits,growright
Можно было сделать и по другому - воспользовавшись командой:
cfgmaker --global "WorkDir: /var/www/stat/htdocs/mrtg/" \ --global "Options[_]: growright,bits" \ --ifref=ip \ public@localhost > /etc/mrtg.cfg
но по сути это ни на что не влияет т.к. данный файл по существу фиктивный и нужен лишь для "отмазы", т.к. у нас для каждого графика переопределены свои конфиги!
Добавление заданий в Cron
Добавляем задания в крон:
#MRTG */5 * * * * /bin/run-parts /etc/cron.mrtg >/dev/null 2>&1
После чего рестартим крон
и заходим на наш веб узел, проверяем работу mrtg!
Полезные ссылки
- UCD-SNMP-MIB (donik server) или UCD-SNMP-MIB
- MRTG official site
- Very Useful Forum - MRTG on Gentoo!
- SNMP Wiki
- Хелп, который был основой (его архив)
