Előző   Következő

2 Architektúra

A rendszer több modulból (szerverekből) épül fel, ezek a következő funkcionalitással bírnak:

  • Apache szerver: Apache alapú felhasználói felület, a grafikonok rajzolását a külön indítandó grafikon szerver végzi (Chart server) míg bizonyos oldalak előállítását és a REST API szolgáltatást egy másik különálló modul végzi (WEB server), ezeknek kötelezően az Apache-t is futtató szerveren kell elhelyezkedniük
  • Oracle adatbázis: Tárolja a konfigurációs és mérési adatokat. A mérő szervereknek csupán az elinduláshoz van szükségük a központi Oracle szerverre, ennek köszönhetően akár egy Oracle adatbázis leállás sem eredményez mérés kiesést
  • Felület ↔ eszköz kommunikáció: A felhasználói felület adminisztrációs részén kiadott konfigurációs parancsokat és lekérdezéseket közvetíti az eszközök felé direkt (pl. közetlen SNMP lekérdezés) módon, vagy az eszközhöz rendelhető valamelyik adatgyűjtő szerveren keresztül. A hozzáférés adatgyűjtő szerver-csoportonként szabályozható. Lehetőség szerint ajánlott a közvetlen kommunikáció, mivel az jelentősen gyorsabb
  • Egyéb szerverek: ezek a szerverek mindegyike akár külön gépen is futhat. Minden esetben zárójelben a szerver a felhasználói felületen található alap megnevezése szerepel
    • Alkalmazás manager (Application manager): figyeli a többi alkalmazás futását, kezeli az automatikus failover funkcionalitást, elvégzi az ön-tesztelési feladatokat és tömöríti illetve törli a log és egyéb file-okat. Opcionálisan futthat belőle egy második példány is egy másik gépen
    • Feladat sor (Job processing): A sablon alapján történő eszköz-felvételek esetében lehet választani a későbbi, feladat sorból történő feldolgozást (pl ha az eszköz jelenleg nem elérhető). Az ilyen esetekben a Feladat sor szerver végzi el a felvételt
    • Adat betöltő (SQLLDR): A mért adatokat beilleszti az Oracle adatbázisba
    • Riport feldolgozás (Report calculation): A mért adatok, az aktuális időpont és a telephely (site) - eszköz hierarchia alapján összesítéseket végez, és azok eredményét eltárolja az adatbázisban
    • Riport küldés (Scheduled reports): A riportok ütemezett elküldését végzi
    • SOAP szerver (SOAP server): A SOAP szerver egy standard Webservice felületet nyújt, amin keresztül mind a PVSR konfigurációja mind a mérések és riasztások lekérdezése is megvalósítható, így a PVSR könnyen kapcsolható más társrendszerekhez
    • Threshold feldolgozás (Threshold processing): A mért adatok alapján kiszámolja az aktuális threshold sértéseket
    • Trap/Syslog fogadó (Event receiver): Az SNMP Trap-ek és Syslog üzenetek fogadását és feldolgozását végzi. Opcionálisan futthat belőle egy második példány is egy másik gépen. Alap esetben a modul a szokásos SNMP Trap és Syslog portokon várja az üzeneteket, ezért Unix/Linux rendszereken a modult root felhasználóként kell futtatni.
    • Adattömörítés (Data compression) és mozgatás (Data migration): Átmozgatja az adatokat a normál és az archív tábla között, illetve a méréseknél szereplő konfigurációnak megfelelően tömöríti a méréseket egy idő után egy órás értékekre
    • Automatikus template újrafuttatás (Automatic template reapply): ennek a segítségével lehet automatikusan méréseket felvenni és törölni meglévő eszközökön
  • Mérő rendszerek: Az adatbázisban tárolt konfiguráció alapján végzik a méréseket. Több azonos típusú (pl Unix/Linux) mérő szerver alkothat egy mérő szerver csoportot (az ábrán nem ábrázolt), amik között a rendszer automatikusan terhelésmegosztást és failover-t végez. Egy mérő rendszer a típusától függően aktívan vagy passzívan végzi a méréseit, és követi vagy nem követi a mért eszközökben beállt változásokat

 

A rendszer mindegyik modulja (kivéve a Chart server-t és a WEB server-t) elhelyezkedhet külön-külön gépen, emellett ajánlott az adat töltő, riport és riasztás modulok egy gépre helyezése.

 

A PVSR-nek képes egy teljesen duplikált rendszerként is működni. Ebben az esetben az összes modul, szerver, sőt még az adatbázis is két példányban fut és a két rendszer között egy plusz BACKUP PVSR modul végzi a szinkronizáció. A PVSR backup megoldásának semmilyen third-party cluster megoldására sincsen szüksége (mint pl. Oracle RAC, Linux cluster, …). A backup PVSR álandóan használható csak olvasható módon.

 

Az alkalmazás többféle operációs rendszert és Oracle adatbázis kezelőt is támogat, részletesen lásd a 13.1 fejezetet.

 

A kliens oldalon jelenleg az alábbi böngészők támogatottak:

  • Mozilla Firefox 3-
  • Google Chrome 4-