Operations Manager – szabály vagy monitor?
Gyakran elofordul, 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 gyujt
Command Rules – Adott idozí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üggové
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 gyujteni 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éro értékekkel üzemel egy rendszer
- Komplex monitoring megoldásokra van szükségünk, ahol egy egyszeru szabály vagy monitor nem ad megfelelo eredményt
A fentiek csak áttekinto jelleggel mutatják be a szabályokat és monitorokat, ennél jóval részletesebben is ismertetni fogom muködést a következo írásokban.
- Marci