Gyakran előfordul, hogy egy adott felügyeleti feladatra alkalmazzuk Operations Managert, de nem teljesen tiszta, hogy mikor használjunk szabályt és mikor monitort. Ezt a dilemmát szeretném ezzel a cikkel egy kicsit feloldani.
Szabály
A szabály nincs hatással egy adott objektum állapotára!
A szabályoknak három típusa lehet:
Alerting Rule – Adott kritérium(ok) alapján riasztást generál
Collection Rules– Teljesítmény adatokat gyűjt
Command Rules– Adott időzítés alapján lefuttat egy parancsot az Agent (script, command, stb.)
Monitor
A monitor hatással van egy adott objektum állapotára!
A monitoroknak is három típusa lehet:
Unit Monitors– Adott objektum valamely állapotát figyeli adott aspektusból. Generálhat is le is zárhat riasztást. Diagnosztikai és helyreállítási lépések is csatolhatóak adott állapothoz.
Dependency Monitors– Az adott objektum állapotát egy másik objektum állapotától teszi függővé
Aggregate Monitors– A monitor állapota a hierarchiában alatta található Unit és Dependency monitorok állapotától függ. Az aggregációs logika változtatható
A megértést az alábbi ábra segíti:
Mikor használjunk szabályt és mikor monitort?
Szabályt használjunk, ha:
- Teljesítményadatokat akarunk gyűjteni egy adott objektumról
- Riasztást akarunk generálni adott feltétel teljesülése esetén
Monitort használjunk, ha:
- Egy adott objektum állapotát akarjuk figyelni, esetlegesen riasztást is akarunk látni az állapot függvényében
- A riasztást az állapot változásakor automatikusan le akarjuk zárni
- Adott teljesítménymutatóhoz riasztást szeretnénk rendelni, azaz jelezzen, ha valahol a normáltól eltérő értékekkel üzemel egy rendszer
- Komplex monitoring megoldásokra van szükségünk, ahol egy egyszerű szabály vagy monitor nem ad megfelelő eredményt
A fentiek csak áttekintő jelleggel mutatják be a szabályokat és monitorokat, ennél jóval részletesebben is ismertetni fogom működést a következő írásokban.
- Marci