Kezdőlap / Kidolgozott tételek / DEIK Mérnökinformatikus BSC 2017 / 8. tétel

8. Tétel — Beágyazott rendszerek felépítése és hálózatfelügyeleti rendszerek (MRTG, Nagios)

Frissítve: 2026-09-09

Ez a tétel két nagyobb témakört fed le: a beágyazott és valós idejű rendszerek felépítését és rétegzett architektúráját, valamint a hálózatfelügyeleti rendszereket (MRTG és Nagios).

Témák

I. Témakör: Beágyazott és valós idejű rendszerek felépítése

• Beágyazott rendszerek fogalma, tipikus alkalmazások, követelmények.
• Valós idejű és reaktív rendszerek fogalma.
• Beágyazott rendszerek felépítése.
• Hardver és szoftver rétegek.
• Beágyazott rendszer szoftver rétegek és alkalmazói szoftver réteg.

II. Témakör: Hálózatfelügyeleti rendszerek (MRTG és Nagios)

• Ismertesse az MRTG, a Nagios hálózatfelügyeleti rendszerek funkcióit és szolgáltatásait!

I. Témakör: Beágyazott és valós idejű rendszerek felépítése

1. Beágyazott rendszerek fogalma, tipikus alkalmazások és követelmények

A beágyazott rendszer (embedded system) olyan speciális célú számítástechnikai egység, amely egy nagyobb, gyakran nem számítógépes jellegű fizikai rendszer részeként működik, és azt a feladatot látja el, hogy a környezetéből érkező jeleket feldolgozva vezérelje a fizikai folyamatokat.

Alapvető jellemzők:

• Erőforrás-korlátok: A beágyazott rendszerek hardveres kiépítése szigorúan optimalizált; jellemzően korlátozott a memóriaméret (Flash és RAM), a processzor teljesítménye, valamint az energiafogyasztás (különösen akkumulátorról üzemelő eszközök esetén).
• Magas megbízhatóság és robusztusság: Számos beágyazott rendszer kritikus infrastruktúrákban, járművekben vagy egészségügyi berendezésekben működik, ahol egy szoftver- vagy hardverhiba katasztrofális következményekkel járhat. Emiatt kulcsfontosságú a hibatűrés és a folyamatos, felügyelet nélküli üzemképesség.
• Költségérzékenység: Mivel a beágyazott rendszereket gyakran tömegtermelésben gyártják, a hardveres és szoftveres komponensek költségeinek minimalizálása alapvető tervezési szempont.
• Valós idejű működés: A rendszernek nemcsak logikailag helyes eredményt kell produkálnia, hanem szigorú időbeli korlátok betartásával kell reagálnia a külső eseményekre.

Funkcionális követelmények

• Specifikus feladatellátás: A rendszer egy vagy néhány előre meghatározott feladatot végez el nagy pontossággal.
• Interfészek kezelése: Képesnek kell lennie a környezetéből érkező adatok fogadására szenzorokon keresztül, illetve a beavatkozók (aktuátorok, motorok, kijelzők) vezérlésére.

Tipikus alkalmazási területek:

• Autóipar: Motorvezérlő egységek (ECU), ABS (blokkolásgátló), légzsák-vezérlők, infotainment rendszerek és a modern autonóm járművek szenzorvezérlő központjai.
• Egészségügy: Beültetett orvosi eszközök (pl. szívritmusszabályzó – pacemaker), betegfigyelő monitorok, képalkotó berendezések vezérlése.
• Ipari automatizálás: Programozható logikai vezérlők (PLC), robotika, gyártósori felügyeleti rendszerek, intelligens szenzorhálózatok.
• Fogyasztói elektronika: Okosotthon eszközök, háztartási gépek (mosógépek, mikrohullámú sütők) vezérlése, multimédiás lejátszók.

2. Valós idejű és reaktív rendszerek fogalma

Reaktív rendszerek (Reactive Systems)

A reaktív rendszerek folyamatos kapcsolatban állnak a környezetükkel, és arra épülnek, hogy válaszoljanak a külső ingerekre. Működésüket egy végtelen ciklusban zajló eseménykezelési folyamat határozza meg, ahol a rendszer folyamatosan figyeli a környezetet, és az események függvényében lépteti belső állapotát.

Valós idejű rendszerek (Real-Time Systems – RTS)

Olyan rendszerek, amelyek helyessége nemcsak a számítás logikai eredményétől függ, hanem attól az időpillanattól is, amikor az eredmény megszületik. Ha egy helyes eredmény túl későn érkezik meg, az a rendszer szempontjából hibának minősül.

A valós idejű rendszerek időbeli korlátjaik szigorúsága szerint az alábbi kategóriákba sorolhatók:

• Kemény (Hard) valós idejű rendszerek: A határidők betartása abszolút kritikus. Egyetlen határidőtúllépés is katasztrofális fizikai, emberi vagy pénzügyi kárba torkollhat (pl. repülőgép-irányítás, légzsák kioldása).
• Határidős (Firm) valós idejű rendszerek: Időnként előfordulhat egy-egy határidőtúllépés, ami miatt az adott válaszérték haszontalanná válik (értéke nullára csökken), de a rendszer egészének működése nem omlik össze azonnal (pl. videófolyam-kezelés egyes képkockáinak eldobása).
• Puha (Soft) valós idejű rendszerek: A határidők betartása fontos a megfelelő minőséghez, de a határidő lezajlása után is hasznos marad az eredmény, csupán a teljesítmény vagy a felhasználói élmény romlik (pl. multimédiás lejátszás, hálózati adatcsomagok átvitele).

3. Beágyazott rendszerek felépítése: Hardver és szoftver rétegek

A beágyazott rendszerek tervezésének alapelve a rétegzett architektúra, amely elválasztja egymástól a fizikai hardvert és a magasabb szintű alkalmazási logikát. Ez a hierarchikus felépítés biztosítja a modularitást, a karbantarthatóságot és a hordozhatóságot.

A rétegzett modell főbb szintjei:

• Fizikai Hardver Réteg (Hardware Layer):
  • Mikrokontrollerek (MCU) / Mikroprocesszorok (MPU) / DSP-k / FPGA-k: A rendszer számítási központja.
  • Memóriaegységek: Nem-felejtő memória (Flash/ROM a kód tárolására) és felejtő memória (RAM az ideiglenes adatokhoz).
  • Perifériák és I/O egységek: Analóg-digitális átalakítók (ADC), digitális-analóg átalakítók (DAC), kommunikációs interfészek (UART, SPI, I2C, CAN, Ethernet), valamint időzítők (Timers/Counters).
  • Szenzorok és akkumulátorok/aktuátorok: A fizikai valósággal való interakció eszközei.
• Rendszerszoftver és Illesztőprogramok Rétege (Low-Level Software / BSP):
  • Board Support Package (BSP): Az adott hardver-architektúrára szabott legalacsonyabb szintű inicializáló kódok és driverek gyűjteménye.
  • Eszközillesztők (Drivers): Hardverközelibb szoftvermodulok, amelyek elrejtik a regiszterek szintű közvetlen kezelését, és egységes programozói felületet biztosítanak a perifériákhoz.
• Valós Idejű Operációs Rendszer (RTOS) vagy Alapszoftver Réteg: Erőforrás-korlátos környezetben működő mikrokernelek, amelyek determinisztikus feladatütemezést (scheduling), szálkezelést (threads/tasks), szinkronizációs mechanizmusokat (szemaforok, mutexek) és üzenetkezelést biztosítanak.
• Alkalmazói Szoftver Réteg (Application Software Layer): A legfelső szint, amely a rendszer egyedi üzleti logikáját, vezérlőalgoritmusait, felhasználói felületét (UI) és hálózati kommunikációs protokolljait valósítja meg.

4. Hardver és szoftver közötti interakciók, valamint a Valós Idejű Operációs Rendszerek (RTOS) működése

A rétegzett szoftverarchitektúra egyik legfőbb előnye a hardverfüggetlen alkalmazásfejlesztés megvalósítása. Az alkalmazói szoftver réteg nem közvetlenül a fizikai regisztereket írja vagy olvassa, hanem absztrakciós rétegeken vagy az RTOS szolgáltatásain keresztül kommunikál a hardverrel. Ez lehetővé teszi, hogy a hardver alkatrészek cseréje esetén az alkalmazói kód érintetlen maradjon, elegendő csupán a BSP-t és az illesztőprogramokat módosítani.

II. Témakör: Hálózatfelügyeleti rendszerek (MRTG és Nagios)

1. MRTG (Multi Router Traffic Grapher)

Az MRTG egy klasszikus, nyílt forráskódú hálózatfelügyeleti eszköz, amelyet kifejezetten a hálózati interfészek forgalmának mérésére és vizuális megjelenítésére terveztek.

Működési elv és jellemzők:

• SNMP alapú lekérdezés: Az MRTG a SNMP (Simple Network Management Protocol) protokoll segítségével kommunikál a hálózati eszközökkel. Rendszeres időközönként lekérdezi az eszközök számlálóit.
• Adatfeldolgozás és tárolás: A lekérdezett adatokat saját, idősoros adatbázis-struktúrájában tárolja, amely tömörítési algoritmusokat alkalmaz a régebbi adatok megőrzésére (a részletesség idővel csökken).
• HTML és grafikon generálás: Az MRTG Perl nyelven íródott, és feladata a nyers adatokból vizuális grafikonok (GIF/PNG formátumú képek) és statisztikai HTML oldalak generálása, amelyek napra, hétre, hónapra és évre lebontva mutatják a hálózati forgalom alakulását (be- és kimenő irányban).

Főbb funkciók és korlátok:

• Fő erősség: Kiválóan alkalmas a sávszélesség-felhasználás historikus elemzésére és a trendek követésére.
• Korlát: Elsősorban numerikus adatok (forgalmi sávszélesség) grafikus ábrázolására optimalizálták; komplex hiba-kezelési, riasztási vagy összetett szolgáltatás-függőségi vizsgálatokra korlátozottan alkalmas a modern rendszerekhez képest.

2. Nagios

A Nagios egy ipari szabványnak számító, rendkívül rugalmas, nyílt forráskódú hálózat-, szerver- és szolgáltatásfelügyeleti keretrendszer, amely átfogó állapotfigyelést és hiba-eseménykezelést biztosít.

Működési elv és felépítés:

• Host és Szolgáltatás alapú modell: A Nagios entitásai a Hostok (fizikai szerverek, hálózati eszközök, munkaállomások) és a Szolgáltatások (futó folyamatok, lemezterület, HTTP-szolgáltatás, Ping válaszidő).
• Pluginek (Bővítmények): A Nagios Core magrendszere önmagában nem végzi el a közvetlen ellenőrzéseket, hanem különféle plugineket (szkripteket, binárisokat Pythonban, Perlben, Bashben) hív meg. Ezek a pluginek felelnek a konkrét mérésekért (pl. lekérdezik a CPU terhelést, ellenőrzik egy weboldal HTTP státuszkódját).
• Aktív és passzív ellenőrzések: Az aktív ellenőrzéseket a Nagios ütemezi és indítja el időszakonként, míg a passzív ellenőrzések esetén a külső ügynökök (agents) vagy log-rendszerek küldenek állapotjelentést a Nagios szervernek.

Főbb funkciók és szolgáltatások:

• Állapotfelügyelet és Elérhetőség: Folyamatosan ellenőrzi a hálózati elemek és szolgáltatások működését (UP / DOWN / UNREACHABLE státuszok).
• Riasztási és Értesítési Rendszer (Alerting): Ha egy szolgáltatás hibás állapotba kerül (vagy kritikus küszöbértéket lép túl), a Nagios automatikusan értesíti a rendszergazdákat, támogatva az eszkalációs láncokat.
• Eseménykezelők (Event Handlers): Lehetőség van automatikus parancsok/szkriptek futtatására hiba észlelésekor (pl. egy leállt szolgáltatás, mint az Apache vagy MySQL automatikus újraindítása emberi beavatkozás nélkül).
• Függőségek kezelése (Dependencies): Képes leképezni az eszközök és szolgáltatások közötti függőségeket, így elkerülhető a felesleges riasztások áradata (pl. ha egy fő router kiesik, a mögötte lévő szerverekre vonatkozó riasztásokat elnyomja).
• Teljesítmény- és historikus adatok gyűjtése: Különböző kiegészítőkkel (pl. PNP4Nagios, Grafana integráció) képes a teljesítményadatok (CPU, RAM, hálózati forgalom) hosszú távú tárolására és grafikus megjelenítésére.
• Ellenőrzési mechanizmusok:
  • Aktív ellenőrzés: A Nagios szerver előre ütemezett időközönként aktívan, "kívülről" kezdeményezi az ellenőrzést.
  • Passzív ellenőrzés: Ebben az esetben nem a Nagios szerver kezdeményez, hanem a felügyelt kliens küld aszinkron módon egy eseményt vagy állapotváltozást a Nagios felé. Ennek tipikus példája az SNMP Trap alapú monitorozás, amikor egy hálózati eszköz (pl. egy szünetmentes táp) hálózati áramkimaradás esetén azonnal egy "trap" üzenetet küld a Nagios-nak. Ez a modell gyorsabb riasztást tesz lehetővé, mivel nem kell megvárni a következő aktív ellenőrzési ciklust.

3. Összehasonlítás

• MRTG: Egy speciális célú, könnyen beállítható eszköz, amely elsősorban a hálózati forgalom (sávszélesség) mérésére és vizualizálására fókuszál SNMP alapokon.
• Nagios: Egy komplex, nagymértékben bővíthető infrastruktúra-felügyeleti keretrendszer, amely a hálózati forgalmon túl teljeskörűen felügyeli a szervereket, szolgáltatásokat, alkalmazásokat, aktív riasztásokat generál, és automatizált eseménykezelést biztosít.