Hi Kris,

We raden gebruikers sterk aan om altijd goed na te denken over de alarm niveaus in hun systeem (bv. critical => service outage, major => service impact expected, minor => no service impact, ...).

Er zijn meerdere manieren om dit te doen en afhankelijk van de use-case can de ene manier beter zijn dan de andere. Hieronder twee manieren waarop je dit zou kunnen doen, waarbij we telkens op element niveau enkel major severity gebruiken en critical gebruiken voor service outage:

• Correlation
  Je kan alarmen groeperen en als er meer dan x alarmen zijn voor de correlation rule, worden de alarmen samen genomen en wordt er een critical alarm gemaakt. Voor meer informatie zie onze docs.
  Voorbeeld van een correlated alarm (count(*) > 1):
  
• Enhanced Services
  Wanneer de use-case te complex is voor correlation, kan je werken met enhanced services. Services bevatten de elementen (of selectie van parameters in elementen) die jouw service omschrijven (bv. complete delivery chain met redundante paden of een groep van servers die een website hosten). In het geval van een enhanced services, kan je je service eigen parameters en logica geven. In de meeste gevallen is dit om aggregatie te doen waarop terug gealarmeerd kan worden. Bijvoorbeeld een parameter die zegt hoeveel child elementen in alarm zijn. Je kan dit zelf maken, maar het vergt wat ervaring om dit correct te doen. Best om dit na te gaan met jouw contacten bij Skyline.

Heb je al contacten bij Skyline?