Комфортна система за наблюдение на Symon

Крекерска статия

Администраторът е лош, ако не контролира състоянието на своите системи. Не трябва да бъдете мързеливи по този въпрос. Времето, отделено за инсталиране дори на най-простата система за наблюдение, ще се изплати с лихва.

Задачата е опростена от факта, че в момента изборът на готови решения, разпространявани под безплатни лицензи, е доста голям. Системният монитор на Symon има добра функционалност, много лесно се конфигурира, а графиките, които генерира, са визуални и информативни.

Инсталиране на Symon

Symon System Monitor (www.xs4all.nl/

Програмата консумира минимум системни ресурси и ви позволява да контролирате натоварването на процесора, състоянието на паметта, мрежовите интерфейси, дяловете на твърдия диск, PF данните и други свойства. Типично за niks, Symon е изграден върху архитектура клиент-сървър. Той използва няколко помощни програми, без значение кой от тях си върши работата правилно. Системата за събиране на информация се състои от:

symon сървърът е практически системен монитор, неговата задача е да събира и изпраща данни. За да събира някои системни функции, които не изискват привилегирован достъп (CPU, RAM и други), той може да работи с правата на обикновен потребител. По подразбиране, след стартиране, отива в chroot.

клиент на symux - получава потоци symon и ги записва в RRD файлове.

С всичко това един симукс може да получава и съответно да натрупва данни не само от локалния, но и от няколко отдалечени сървъра. Осигурени са още три приложения за анализ на събраните данни и предоставяне на информация на потребителя в удобна форма:

syweb - набор от PHP скриптове, които използват RRDtool за създаване на графики въз основа на събраната информация;

sylcd - клиент, предназначен да показва данни за мрежовото натоварване на текущия възел на различни LCD устройства (произведени от CrystalFontz и HD44780);

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

Освен това в интернет могат да бъдат намерени редица свързани проекти. Например phpSymon (www.ryanflannery.net/works/phpsymon), като syweb, събира данни от определен порт и ги показва в красиви графики. Примерни конфигурационни файлове ще бъдат дадени за FreeBSD, въпреки че всичко казано, освен инсталационния процес и спецификата на именуването на устройства, е валидно и за други системи. Инсталирането с използване на системата за портове е стандартно:

Освен практически Symon, ще бъде инсталирана голяма група зависимости, включително RRDTool. Ние проверяваме:

symon-2.79_1 Инструмент за мониторинг на изпълнението и информацията

В момента можете да преминете към настройките.

Конфигурационни файлове на Symon

Symon и symux се управляват с помощта на конфигурационните файлове symon.conf и symux.conf. Копирайте техните шаблони в директорията/etc /:

И ние пристъпваме към анализа. Конфигурационният файл на демон на symon е /etc/symon.conf. Правилото за наблюдение изглежда така:

монитор " [всеки] "поток" ["от" хост] ["до"] хост [порт]

Функциите, зададени в шаблона, ви позволяват да наблюдавате само четири параметъра на локалната система и да изпращате резултата до две хиляди 100 порта на локалния хост (UDP протокол):

Това контролира натоварването на процесора, RAM паметта, интерфейса с обратна връзка и твърдия диск. Това е най-често срещаният пример. Всички възможни свойства са изброени в ръководството symon (8). Ето само няколко от тях:

cpu/cpuiow - натоварване на процесора в състояния (празен, потребител, хубав, система, прекъсване), плюс iowait за cpuiow. Най-висока стойност 100, отчитане на стъпки от 2.
df - статистика за използването на дисково пространство;
ако - броячи на мрежови интерфейси (брой получени/изпратени пакети, b, грешки, изпуснати пакети);
io - производителност на твърдия диск;
mem - памет и състояние на суап;
pf/pfq - статистика на PF филтъра за пакети (брой получени и изпуснати пакети, b) и опашка ALTQ;
сензор - информация от сензори, показваща температурата на процесора, скоростта на въртене на охладителя и др. Видът на сензора е посочен в скоби.
proc - обработва статистика.

Между другото, корените на OpenBSD са видими за събранието, защото в списъците няма iptables или IPFW, а само PF. В противен случай ще трябва да деактивирате този модул, така че да се появи грешка като: "fatal: pf module not available". Подобно съобщение ще се покаже, ако услугата proc или мрежовият интерфейс са посочени неправилно.

Разглеждаме имената на процесите за използване на proc пс, имената на мрежовите интерфейси се запомнят от ifconfig, дискове ще ви помогнат да намерите fdisk или dmesg. Списъкът със сензори също е специфичен за всеки хардуер, можете да го получите с помощта на командата „sysctl hw.sensors". За да опростят създаването на конфигурационния файл, разработчиците предлагат скрипта c_config.sh. След като го стартираме, получаваме празно място, където функциите ще бъдат записани във връзка с текущата система (мрежови интерфейси, io дискови дялове, CPU и RAM):

В момента остава само да го допълвате със собствените си параметри. За реално наблюдение на "боен" сървър, работещ с прокси, apache, списъци със списъци, MySQL и Clamd, ние пишем нещо подобно на тази конфигурация:

По подразбиране събраната информация се изпраща на всеки 5 секунди. Ако няма нужда от толкова често анкетиране, можете да посочите различно време, като въведете параметъра време в правилото, като посочите секундите. Проверяваме коректността на конфигурацията:

#/usr/local/libexec/symon -t

Всичко е наред, можете да започнете. Когато се стартира без функции, symon преминава в демон режим, така че не е ясно на събранието какво прави там. За да тествате работата му, по-добре е да изпълните командата с „-д'И'–U‘:

#/usr/local/libexec/symon -d -u

symon версия 2.79 програма id = 9530 отстраняване на грешки: размер на пакета symon = 362 изпращане на пакети до udp 127.0.0.1 Две хиляди 100 стартиран модул io (wd0)

И т.н. Ако не се получават съобщения за грешка, можете да стартирате в режим на изпълнение:

#/usr/local/libexec/symon

Тъй като всички данни се изпращат към мрежовия порт, изпълнението на демона в тази ситуация може да се наблюдава чрез анализ на изхода на "tcpdump -i lo0", насочен към две хиляди 100 порта, наличието на файла/var/run/symon .pid и процеса symon в изхода на "ps au".

Какво ще покаже tcpdump?

Остава само да добавите symon към стартиране:

# vi /etc/rc.local

ако [-x/usr/local/libexec/symon]; тогава
ехо ‘стартиращ симон’;/usr/local/libexec/symon
fi

Данните са изпратени, време е да ги уловите.

Конфигуриране на Symux

Нека започнем да конфигурираме Symux. Конфигурационният файл symux.conf описва източниците, от които ще бъдат получени данни, самите данни и директорията/файла, където да ги запишете. Един файл може да съдържа връзки към няколко източника:

# vi /etc/symux.conf

# На кой порт да слушам за входящи връзки symon
# mux 192.168.10.10 2100
мукс 127.0.0.1 2100
# Определете входни данни за всеки източник
източник 127.0.0.1 accept # Опишете каква информация приемаме директно (тук просто изброяваме източниците от symon.conf)
процесор (0),

Както можете да видите, всичко е просто. Конфигурационният файл е компилиран, ние проверяваме:

#/usr/local/libexec/symux -t
предупреждение: /etc/symux.conf:7: файл ‘/var/www/symon/rrds/localhost/df_sd0e.rrd’, предполагам не може да бъде отворен
предупреждение: /etc/symux.conf: не е посочено име на файл за поток 'df (sd0e)'

Освен на практика конфигурацията, тази команда ще провери наличието на всички посочени ресурси, както и правата за достъп до директорията, в която данните ще бъдат запазени. Все още няма такава директория, създайте я:

# mkdir -p/var/www/symon/rrds/localhost

Bes symux не може да създава RRD файлове без помощта на други. За това се използва специален скрипт c_smrrds.sh, който е включен в разпределението на symon. Командата за изпълнение изглежда така:

Подобни статии

V3.01 -> Управлението на услуги в голяма хетерогенна мрежа не е обикновена задача. Необходимо е не само да актуализирате, наблюдавате състоянието им и всички конфигурации. Отвореният ум може да се справи с всичко това.

Системите за наблюдение следят състоянието на устройствата в мрежата и предотвратяват затруднения дори преди те да възникнат. Zenoss ще превъзхожда много собственически продукти.

След като прочетох статията на С. Яремчук за система за наблюдение на кактуси, реших да добавя няколко думи за възможностите на тази универсална система за персонализиране. И така ... Едно от предимствата на системата за наблюдение на кактуси.