1 Bevezető

A PerformanceVisor (PVSR) különböző – például hálózati vagy IT –  eszközök és alkalmazások monitorozását lehetővé tevő alkalmazás. A PVSR főbb tulajdonságai:

• Sokrétű, elosztott monitorozó rendszer
• Elosztott mérő szerver struktúra
• Mérő szerver csoportok kezelése, azon belül automatikus terhelés-megosztás, failover funkcionalitással és ön-tesztelő képességgel
• Egyszerűen kiterjeszthető mérőprotokoll – mérő szerver architektúra:
• Többféle mérő szerver található a rendszerben, lásd a 14.1 fejezetet
• Általános mérő szerver-keretrendszer egyszerűen implementálható és dokumentált API-val (programozói interfésszel)
• Mérési intervallumok választhatók: a 15 másodperctől egészen az órás ciklusig, a létrehozásnál kiválasztott intervallumot a felhasználó a későbbiek során akár módosíhatja is
• Irreguláris mérések: a rendszerben létezhetnek olyan adatgyűjtők is (pl MQTT), amelyeknél nem fix időközönként végez a mérés rendszert, hanem tetszőleges időpontra beérkezhet mérés a rendszerbe
• Valós idejű monitorozás lehetősége
• Adatgyűjtő specifikus diagnosztikai oldalak
• A távoli mért eszközöket elég, ha a mérő szerverek érik el, a kiolvasott adatokat biztonságos úton (SSH és SFTP protokollok segítségével) továbbítják a központi gép és a felhasználói felület felé
• 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
• SNMPv3 teljes körű támogatása
• Elosztott szerver architektúra: a mérő szerverekkel együtt az alkalmazás többi szervere is elosztott rendszert alkot, távoli alkalmazás menedzselhetőséggel (pl. indítás-leállítás). Az architektúrának köszönhetően a rendszer jól skálázható, az egészen kis rendszerektől a több ezer eszközön több tízezer mérést végző rendszerekig
• Korszerű, piacvezető adatbázis-kezelő (Oracle) használata, mind a konfiguráció, mind a mérési adatok tárolására. Felületről mérésenként szabályozható adatmegtartás (data retention) és tömörítés, telepítéskor választható partícionált vagy nem partícionált adatbázis használat
• A PVSR Webservice SOAP interfésze egy standard felületet nyújt, amin keresztül mind a konfiguráció mind a mérések és riasztások lekérdezése is megvalósítható, így az alkalmazás könnyen kapcsolható más társrendszerekhez
• Egyszerű konfigurálhatóság
• Sablonokkal segített objektum létrehozás: eszközök, riasztások, grafikonok
• Mérések automatikus felderítése az eszközökön és szűrhető listában történő megjelenítése
• Grafikonok automatikus létrehozása
• HP Network Node Manager adatbázisának szinkronizálása
• Tömegesen létrehozható, módosítható és törölhető objektumok
• Testreszabható objektum struktúra:
• Alap struktúra: site (telephely) – eszköz – mérés fa struktúra, amely tetszőleges mélységű lehet, és az adminisztrátorok alakítják ki; a rendszer mérései ez alapján történnek
• Virtuális struktúra: tetszőleges, felhasználónként létrehozható virtuális site – eszköz – grafikon hierarchia; az alap struktúra kialakításától eltérően
• Az alap és a virtuális struktúra egyszerre (átlapolódó) vagy külön történő megjelenítése
• Nyilvános virtuális struktúrák: adminisztrátorok által felvett objektumok, amelyeket minden jogosult felhasználó láthat
• Saját és nyilvánosan látható menü rendszer testreszabás
• Egyszerűen használható grafikon rendszer
• JavaScript alapú grafikonok, amelyek gazdag kliens oldali interaktivitást tesznek lehetővé: nagyítást, minimum/maximum beállítását, elemek elrejtését/megjelenítését, trend vonalak felvételét
• A kialakított mérések tetszőleges köre összevonható egy darab publikus és/vagy privát grafikonra, sőt a mérések értéke tetszőleges kifejezéssel feldolgozható és ábrázolható (például két mérés összege, különbsége, …)
• Lehetőség van több eszköz méréseit összegyűjteni egy oldalra, majd az így kapott egyedi lekérdezést a felhasználó rögtön el is mentheti virutális eszközként
• A grafikonokon tetszőleges időponthoz tartozó mérési görbe megjeleníthető
• Mind a grafikon minimum, mind a maximum többféleképpen is megadható
• A publikus és privát grafikonok létrehozása esetében is lehet grafikon sablonokat használni, amelyek leegyszerűsítik az egyes mérések kiválogatását, elnevezését és felvételét a grafikonokba
• Küszöbérték- (threshold) alrendszer:
• Széleskörűen megfogalmazható threshold feltételek, amelyek megsértése esetén az alkalmazás riasztást generál levél és/vagy SNMP trap és/vagy tetszőleges parancs formájában. A feltételként fix érték vagy a korábbi mérések alapján számított átlag és szórásra támaszkodó érték adható meg. A feltételben nem csak az aktuális mérési értéket lehet megadni, hanem trend számítás alapján kalkulált jövőbeni értékeket is (például diszk kihasználtság egy hét múlva)
• A threshold-ok a könnyebb kezelhetőség érdekében tempate-ek alapján is létrehozhatóak, illetve az így létrehozott threshold-ok bizonyos paraméterei a későbbiek során akár tömegesen is módosíthatók
• Lehetőség van időablakok definiálására a threshold figyelés számára (pl. csak hétköznap 8 és 16 óra között)
• Egyazon threshold feltételben szerepelhet akár különböző típusú (pl. SNMP és ASCII) mérőszerver csoporthoz tartozó mérés is
• Szűrhető, on-line vagy visszamenőleges adatokat tartalmazó riasztás ablak, amely összefogja az egyazon threshold-hoz tartozó sértéseket riasztási intervallumokba
• A virtuális és az alap objektum hierarchia szinezése az aktuális határérték-sértéseknek megfelelően
• A mérési értékeket ábrázoló grafikonon aktuális threshold sértési értékek és bekövetkezett sértések megjelenítése
• Riasztások nyugtázásának lehetősége
• Riasztás grafikon az egyes riasztási súlyosságok számának alakulásáról
• Felhasználónként külön szabályozható, hogy láthatja-e a thresholdokat, vagy sem
• Események fogadása:
• A rendszer képes trap-ek és Syslog üzenetek fogadására és korrelálására
• A kapott eseményeket a threshold riasztásokkal közösen jeleníti meg a rendszer
• A beállításoktól függően képes kezelni a esemény létrehozó (raise) és törlő (clear) üzeneteket, illetve képes azokat hozzárendelni a PVSR-en belüli eszközökhöz és mérésekhez
• Mobil kliens alkalmazás: a PVSR-hez tartozik egy Android és iOS rendszereken futó mobil alkalmazás is, ahol meg lehet tekinteni az aktuális riasztásokat és méréseket, illetve el lehet indítani valós idejű méréseket is.
• Riport alrendszer:
• A kialakított alap telephely-eszköz hierarchia tetszőleges metszetén lehet összesítő riportokat definiálni, amelyek rendezhető és szűrhető, táblázatos vagy grafikonos formában képesek megjeleníteni a mérések minimumát, maximumát, összegét-integrálját, átlagát és darabszámát. Az összesítést nem csak az idő mentén, hanem a hierarchiának megfelelően is elvégezve. Ugyancsak lehetőség van a threshold sértések összegzésére is: egy site vagy eszköz alatt az idő hány százalékában hány threshold sértés volt
• Az összesítést a hierarchián kívül az idő tengely mentén is lehet szűkíteni, pl. csak hétköznap munkaidőre vonatkoztatva
• A többféle adatgyűjtőnek és a komplex mérés definíciónak köszönhetően sokféle SLA érték ábrázolható akár napi-heti-havi-éves bontásban is
• Az ily módon ábrázolható technikai és/vagy szolgáltatás szintű riportok nem csak az adminisztrátorok, hanem szűrve a többi felhasználó számára is elérhetőek
• A riportokat képes a rendszer automatikusan elküldeni e-mail segítségével HTML és XLS formátumban, a felhasználó megadhatja azt is, hogy milyen időszakra kéri a riportot és azt is hogy milyen objektumra. Mivel minden beállításnál megadható külön e-mail cím, így a riportok olyan felhasználókhoz is eljuthatnak, akik nem is felhasználói a PVSR rendszernek
• A fenti előre definiált riportok mellett a felhasználóknak lehetőségük van ún dinamikus riportok létrehozásra, amelyek segítségével bármikor bármilyen objektumokra bármilyen szempont alapján riportokat generálhatnak
• Eszköz sablonok:
• A definiálható sablonok segítségével egy lépésben az alap adatok megadásával elvégezhető egy vagy több eszköz és méréseinek felvétele, a hozzá tartozó Availability Agent felparaméterezése, illetve a szükséges küszöbértékek kialakítása. A kérdéses eszközök körét a rendszer képes maga is felderíteni, de lehetőséget nyújt HP Network Node Manager alapján a saját adatbázisának a szinkronizálására
• A sablonokat az összes aktív és „discovery” (ld. 5. fejezet) -képes eszköz esetében lehet használni (pl.: SNMP, Oracle, Unix/Linux)
• A sablon alapú eszköz felvételeket feladat sorokba (job queue-ba) lehet helyezni, amelyeket az alkalmazás később automatikusan feldolgoz és felveszi az eszköz(öke)t
• Változáskövetés: a rendszer nyilvántartja, hogy ki, mikor, milyen változtatásokat hajtott végre. A változtatásokat rendszer naplózza, ezt az adminisztrátorok később lekérdezhetik
• Többrétegű biztonsági rendszer:
• A szervereket futtató gépek között SSH és SFTP kapcsolaton keresztül történik a file és parancs kommunikáció, igény esetén kulcs alapú azonosítással
• A szerverek szabványos Oracle interfészen kommunikálnak az adatbázissal, amely titkosítható
• A felhasználói felület Apache WEB szerver, ami igény esetén ugyancsak korlátozható biztonságos HTTPS kommunikációra
• Ötszintű felhasználói rendszer, ahol egyedileg szabályozható, hogy melyik felhasználó melyik telephelyet-eszközt-mérést-riportot-grafikát tekintheti meg, illetve hogy láthatja-e a threshold sértéseket. Természetesen egy adott telephely vagy eszköz riport nézetének megtekintéséhez mind a riport mind az objektum elérhető kell hogy legyen a felhasználó számára
• Help rendszer: mind a mérés típusok, mind a publikus és privát grafikonok esetében megadható egy URL, amit a rendszer help-ként felkínál a felhasználónak a grafikon megtekintése során, az általa mutatott oldal tartalmát külön ablakban jelenítve meg
• XLS mentés
• Tetszőleges grafikon (alap, publikus és privát) kimenthető formázott Microsoft XLS formátumban, opcionálisan a kiválasztott threshold információval együtt
• Mind a táblázatos, mind a grafikon alapú riportok elmenthetőek formázott Microsoft XLS formátumban
• A kiválasztott threshold sértési intervallumok kimenthetőek XLS formátumban