14.1.23 Proxy mérőszerver

A Proxy mérőszerverek nem olyanok, mint a többi mérő szerver, mivel a céljuk nem mérések végzése, hanem az, hogy speciális kapcsolatot tegyenek lehetővé a központi PVSR és a PVSR mérőszerverek között.

Normális esetben minden mérő szerver esetében a központi PVSR-nek képesnek kell lennie arra, hogy SSH kapcsolatot építsen fel a mérőszerver felé, illetve a mérőszervernek képesnek kell lennie arra, hogy Oracle kapcsolatot építsen fel a PVSR által használt Oracle szerver felé. Ezen felül annak a gépnek, amelyik a mérőszervert futtatja x86-os architektúrájú valós vagy virtuális gépnek kell lennie.

A Proxy mérőszerverek mindkét problémára nyújtanak megoldást:

·       A kapcsolatot csak egy irányba kell tudni felépíteni: vagy a központból az igazi adatgyűjtők felé vagy visszafelé

·       Az igazi adatgyűjtő modulok futthatnak kicsi openwrt alapú eszközökön

Az első eset egy normál adatgyűjtőt mutat, a második egy csak uplink, a harmadik pedig egy csak downlink kommunikációt használó proxy adatgyűjtő architektúrát. A proxy esetekben a proxy kétfelé van bontva: központi részre és távoli részre. A központi rész úgy működik, mint egy normális adatgyűjtő: igénye van a kétirányú kommunikációra a központtal és x86-os architektúrán kell futtnia. A távoli részek mint proxy eszközök jelennek meg a PVSR-ben és a normál eszközöket kézzel kell hozzárendelni ezekhez a proxy eszközökhöz. Mitöbb ez esetben a PVSR-ben a normál mérőszerverek meg sem jelennek, helyette a távoli proxy rész automatikusan dönti el a hozzá rendelt eszközök alapján, hogy milyen mérőszerver elemeket kell futtatnia.

A második esetben, amikor a lefelé történő – downlink – kommunikáció nem engedélyezett, az eszközökön végezhető mérések felderítése valamennyire komplikáltabb. Először is a felderítés csak akkor működik, ha a proxy mérőszerver ugyanazon a gépen működik, mint a PVSR WEB felülete. Mivel a lefelé kommunikáció nem engedélyezett, ezért ha egy felhasználó felvesz egy új eszközt, akkor a központ nem tudja arról értesíteni a távoli részt. Előbb-utóbb a távoli rész be fog jelentkezni a központi részhez és értesülni fog az új eszközről, azonban addig ha a felhasználó módosítani akarja az eszközt, akkor az alábbi üzenetet fogja látni:

Az eszközt még nem derítette fel a Proxy!

Egy másik probléma akkor keletkezik, ha valaki módosítja valamelyik mérés képletet vagy egy újat vesz fel. Ebben az esetben minden távoli proxynak frissítenie kell a konfigurációját és amíg ez nem történik meg, addig a felhasználók az eszköz módosítás során az alábbi hibaüzenetet látják:

Az eszközt túl régen derítette fel a Proxy, azóta megváltozott néhány mérés típus definíció!

Az installálás után egyik mérőszervernél sincsen engedélyezve a proxy-n keresztüli adatgyűjtés. Ezt úgy lehet megtenni, hogy fel kell venni legalább egy Proxy típusú eszközt, megnyitni a „Site és eszköz konfiguráció” menüpont alatt, kiválasztani a „Proxy adatgyűjtés engedélyezése” elemet a Műveletek legördülő listából, ki kell jelölni a kívánt mérőszerver típusokat majd az OK gombra kell klikkelni. Minden engedélyezett mérőszerver típusú eszköznél megjelenik egy új Proxy nevű paraméter, és a felhasználók ezek segítségével rendelhetik hozzá az eszközöket a proxy eszközökhöz. Ha egy proxy ki van választva, akkor a mérő szerver csoportot nem lehet megadni az eszköznél. Az „Aktuálisan Proxy nélkül” érték a paraméternél azt jelenti, hogy az eszközt proxy-n keresztül kellene mérni, de jelenleg nincsen egy proxy-hoz sem rendelve, például azért, mert a proxy-ja törlésre került.

Két plusz speciális elem van a Műveletek legördülő listában a proxy eszközöknél:

·       A Proxy-hoz tartozó eszközök listája: ezt kiválasztva megjelennek azok az eszközök, amelyek hozzá vannak rendelve

·       Proxy későn érkezett adatok betöltése: ez ugyanazzal a funkcióval bír, mint a Szerverek => Későn érkezett adatok betöltése menüpont, azzal a különbséggel, hogy itt a proxy-któl túl későn beérkezett adatokat lehet kezelni. Fontos megjegyezni, hogy mindegy, hogy melyik proxy eszköznél nyitjuk meg ezt az oldalt, mindegyik későn beérkezett adatot lehet kezelni

Az eszköznek az alap attribútumaikon kívül az alábbi paramétereik vannak (zárójelben megadva az adott paraméter név kódját, lásd 7.5.6 Nem SNMP adatgyűjtők paraméterei):

·       MAC cím (MINIPROBE EQ 1 MAC): A proxy MAC címe. A központi proxy rész ez alapján azonosítja be a távoli részt

·       IP cím (MINIPROBE EQ 2 IP): A távoli rész IP címe. A központ automatikusan szinkronizálja az értéket ha a távoli proxy rész kezdeményezi a kommunikáció felépítését

·       Felhasználó (MINIPROBE EQ 3 USER): A PVSR ezzel a felhasználó névvel lép be a távoli proxy részbe SSH kapcsolaton keresztül, ha a downlink kommunikáció engedélyezett. Ez esetben kötelező a paraméter, amúgy nem használt

·       Jelszó (MINIPROBE EQ 4 PASSWORD): Az SSH kapcsolat során használt jelszó. Ha nincsen megadva érték, akkor a rendszer kulcs alapú authentikációt használ

A proxy-knak több paraméterük is van a CONFIG_INI.pm file-ban mind a központi mind a távoli részen.

Közös paraméterek: ezek értékének meg kell egyeznie mindkét oldalon. Az első két paraméter közül legalább az egyiket 1-re kell állítani. Ha mindkét érték 1-re van állítva, akkor a mérési értékeket felküldi a távoli proxy rész, viszont a felderítés során a központi rész lép be a távoli részbe SSH-n keresztül

·       MINIPROBE_DOWNLINK_ENABLED: ha az értéke 1, akkor a központi rész képes felépíteni kapcsolatot a távoli rész felé

·       MINIPROBE_UPLINK_ENABLED: ha az értéke 1, akkor a távoli rész képes felépíteni kapcsolatot a központi rész felé

·       MINIPROBE_PORT: a központi illetve a távoli proxy rész által megnyitott TCP port, amin figyel a rendszer

·       MINIPROBE_PASSWORD: opcionális jelszó paraméter. Ha nincsen semmi sem beállítva, akkor bárki rácsatlakozhat a proxy-ra

Távoli rész paraméterek:

·       MINIPROBE_EXCLUSIVE_MODE: ha az értéke 1, akkor egy időpillanatban egyszerre csak egy mérő szerver futtatt és az is csak egy mérési ciklusra. A paramétert ajánlott 1-re állítani, ha a távoli rész openwrt típusú eszközön fut, mivel annak csak korlátozott CPU és memória kapacitása van

·       MINIPROBE_EXCLUSIVE_SYNT_MODE: ha az értéke 1, akkor a távoli rész nem próbál meg a központhoz csatlakozni, ha éppen szintetikus tranzakció mérés fut. Az értéket 1-re kell állítani, hogyha olyan mérést futtattunk, amelyik használja a távoli eszköz uplink portját (például FTP alapú sávszélesség mérést)

·       MINIPROBE_ENABLE_NAGIOS_LOG: ha az értéke 1, akkor a Nagios mérések mindenképpen becsatlakoznak a központi Oracle-be hogy Nagios mérés adatokat küldjenek fel. E nélkül a PVSR-ben csak Nagios mérés értékek keletkeznek, de a Nagios tesztek szöveges eredménye nem lesz látható. A paraméter nem támogatott openwrt eszközök esetében

·       MINIPROBE_INTERFACE4MAC: annak az interfésznek a neve a távoli eszközön, amelyik MAC címe alapján a távoli rész azonosítani fogja magát

·       MINIPROBE_HOST: a központi rész IP címe, csak akkor használt, ha engedélyezett az uplink kommunikáció

Központi rész paraméterek:

·       MINIPROBE_ENABLE_REALTIME: ha az értéke 1 és engedélyezett a lefelé történő kommunikáció, akkor a PVSR felületén használható a grafikonoknál a valós idejű adatgyűjtés. A paramétert nem ajánlott beállítani openwrt típusú proxy-k esetében, mivel azoknak csak korlátozott CPU és memória kapacitásuk van

·       MINIPROBE_PROXIES: a paraméter csak akkor használt, hogyha az uplink kommunikáció nem engedélyezett: ilyenkor a központi rész ennyi processzt indít el, hogy kommunikáljanak a távoli proxy részekkel

·       MINIPROBE_PROXY_PARALLEL: a paraméter csak akkor használt, hogyha az uplink kommunikáció nem engedélyezett: minden proxy processz akármelyik időpontban egyszerre maximum ennyi proxy-val kommunikál

A távoli proxy részt reprezentáló eszköznek is vannak saját mérései:

·       Mikor érkezett meg a legutolsó mérés file, mérés és mérés típus konfiguráció lekérdezés

·       Az elvárt és megérkezett mérési file-ok száma. Ez a mérés létezik külön-külön minden mérési ciklushoz, azonban ahhoz, hogy helyes értéket mérjenek fontos az, hogy mindegyik olyan mérési ciklussal legyen felvéve, mint amilyen mérési ciklust mér; azaz az 1 perces file-ok számát mérő mérés 1 perces ciklussal, az 5 perces file-ok számát mérő mérés 5 perces ciklussal, stb...

·       A távoli rész ideje és az idő különbség a távoli és a központi rész ideje között

·       Memória és load terheltség mérések

·       Uptime: mióta lett elindítva a távoli proxy rész