Előző 5 Szerver konfiguráció és menedzselés Következő

5.3 Szerver konfigurálás

A „03. Szerver konfigurálás” oldal csak az admin felhasználó számára érhető el, itt van lehetősége új szerverek felvételére, törlésére, illetve módosítására. Új szerver felvétele és törlése csak mérő szerver, SOAP szerver, másodlagos alkalmazás manager, másodlagos esemény fogadó szerver, plusz WEB (FLASHJS) és plusz grafikon rajzoló (CHART) esetében lehetséges. Tenanthoz tartozó riport és threshold szervereket lehet felvenni és törölni, viszont ezt a tenant konfigurációs oldalon kell megtenni.

 

Az induló oldalon található táblázatban az alábbi oszlopok szerepelnek:

  • Szerkesztő linkek:
    • [add new]: új szerver felvétele
    • [edit]: szerver szerkesztése
    • [del]: szerver törlése
  • ID: A szerver egyértelmű azonosítója. A parancssori szerver indítás és leállítás esetében, illetve mérő szerverek esetében a begyűjtött adatok összesítésének megjelenítésére használható
  • Név: Szerver neve
  • Státusz: A szerver státusza: fut, nem fut és ismeretlen értéket vehet fel, bővebben lásd a következő alfejezetben
  • Típus: A szerver típusa, gyűjtő szerver esetében pedig a szerver csoport típusa
  • Szerver csoport: Mérő szerver esetében a csoportjának a neve
  • Host: Melyik gépen fut a szerver
  • Login: Az adott gépre a belépéshez használt felhasználói név
  • Jelszó: A felhasználói jelszó. Ha nincsen megadva, akkor is be tud lépni az alkalmazás, amennyiben be van állítva az SSH kulcs alapú authentikáció
  • Könyvtár: Melyik könyvtárban található a PVSR alkalmazás. A könyvtár nevének abszolút útvonalnak kell lennie (azaz a / jellel kell kezdődnie)
  • Param1 és Param2: További paraméterek, amelyek jelentése attól függ, hogy milyen típusú a szerver (a szerkesztő oldalon már ennek megfelelő névvel jelennek meg):
    • Mérő szerver:
      • Állandó SSH-SFTP kapcsolat (Param1): Az SQLLDR és a MANAGER szerver perzisztens SSH-SFTP kapcsolatot tarthat-e fent a mérő szervert futtató géppel vagy sem. Szigorúan ajánlott a perzisztens kapcsolat, mivel így nincs szükségfölösleges ki és bejelentkezésekre. Csak egy esetben szükséges a nem perzisztens kapcsolat: bizonyos régebbi SSH implementációk esetében a felépített SFTP kapcsolat teljes mértékben kihasználta a célgép CPU kapacitását, akkor is, ha ténylegesen semmilyen műveletet nem történik
      • Hány plusz másodpercet várjon az eredményre, ha a gyűjtő nem fut (Param2): Ha a mérő szerver nem fut, akkor a központi adatgyűjtő mindenképpen vár egy mérési ciklusnyit az eredmények megérkezésére, ha van olyan szerver, amelyik fut (pl.: ha van olyan szerver, ami nem fut, és tartozik hozzá egy órás ciklusú mérés, és az aktuális időpont 11 óra 59 perc, akkor az adatbegyűjtő szerver még elfogadja a 11 órára vonatkozó méréseket). Szerverenként szabályozhatóan meg lehet növelni ezt a várakozási időt (természetesen ez tovább késlelteti a threshold és a riport számolást is, hiszen azoknak az összes mérést meg kell várniuk)
    • Alkalmazás menedzser:
      • Ciklus (mp): Hány másodpercet várjon a szerverek ellenőrzései között
      • File-ok száma: Az ön-tesztelés során vizsgálja az adatbetöltő komponenst futtató PVSR tmp/done könyvtárában található file-ok számát. Amennyiben az nagyobb, mint az itt megadott érték, úgy egy szerver eseményt generál a rendszer és értesíti az üzemeltetőt
    • Adat tömörítés, adat mozgatás és partíció létrehozás: Mikor fusson (ÓÓ:PP): Ezek a szerverek naponta csak egyszer végeznek műveletet (bár állandóan futnak), erre mikor kerüljön sor (a partíció létrehozás kivétel abban a tekintetben, hogy elindulásakor is rögtön elvégzi a szokásos napi műveletét)
    • Threshold feldolgozás és riport készítés: Maximum hány órányi korábbi adatot dolgozzon fel induláskor: A két szerver indulása esetén mindkettő megnézi, hogy az egyes threshold-okat illetve riport változókat meddig dolgozták már fel, és amennyiben a feldolgozás órája kisebb mint az aktuális óra mínusz a beállított érték, akkor úgy veszi, hogy már az aktuális óra mínusz a beállított értékig feldolgozta az adatokat. Példa: ha az öt perces thresholdokat valamely nap 8 óra 55-ig dolgozta fel a szerver, ugyanaz nap 18 óra 5 perckor indítják újra, és a beállított érték 6, akkor a feldolgozást 12 óra 0 perctől kezdve folytatja csak
      • A Threshold feldolgozó modulnak van egy további paramétere is: az a protokoll és port páros, ahova az irreguláris mérő szerverek és a gyors kiértékelésű thresholdot használó mérő szerverek küldik a threshold kiértékeléshez szükséges mérési értékeket. Az érték vagy csak egy szám, amely esetben TCP protokollt használ a rendszer, vagy a következő formátumok valamelyike: udp/<port>, tcp/<port> vagy ssl/<port>. Ez utóbbi esetben plusz konfigurációra is szükség van, lásd a QUICK_EVAL_THRESHOLD_SSL.. paramétereket a CONFIG_INI.pm állományban
    • SQLLDR: az az idő órában, ami alatt a betöltési ciklusnak be kell fejeződnie. Lásd 5.5
    • Backup: az első paraméter a backup szerepkör, a második a távoli (elsődleges vagy backup) PVSR címe

 

A szerverek szerkesztése során az alábbi mezőket lehet ezek közül módosítani: név, host, login, jelszó, könyvtár, engedélyezettség és az opcionális Param1 és Param2. A paraméterek közül a host-login-könyvtár hármast csak akkor lehet módosítani, ha nem fut az adott szerver. Ha egy szerver modul engedélyezettségét megszűntetjük és aktuálisan fut, akkor először leállítja azt a rendszer. Nem engedélyezett szerverek nem is jelennek meg a státusz és watchdog oldalakon.

FONTOS: bár mindegyik szerver modult át lehet állítani nem engedélyezetté, azonban nagyon ajánlott az, hogy a nem adatgyűjtő modulok esetében ez csak átmenetileg legyen beállítva, mivel amennyiben ezek nem futnak, úgy komoly hatással lehetnek az egész rendszerre!

Mérő szerver felvétele esetében ez az oldal még kiegészül a mérő szerver csoporttal is.