Son rôle principal est de permettre de regrouper l'état de plusieurs hôtes ou checks en un seul indicateur de STATUT pour généralement connaître l'état d'un service ( messagerie, site web, ERP, ... ou tout autre besoin qui correspond à vos besoins de supervision ).
- Le statut d'un cluster peut être constitué de l'état
- des hôtes,
- de checks,
- d'autres clusters…
- Le statut et le contexte sont donc calculés en temps réel en fonctions des éléments qui le composent.
Prenons l'exemple d'un rôle de service "delivery" pour une application ERP .
- Il est principalement constitué de :
- 2 bases de données, en haute disponibilité, donc avec une seule base active, le service est considéré comme rendu.
- 2 serveurs web, en partage de charge, donc avec un web serveur actif, le service est considéré comme rendu.
- 2 serveurs de répartition, encore en haute disponibilité.
- Ces composants ( Hôtes dans cet exemple ) seront la base de ce service ERP.
- Vous pouvez donc avoir une vue agrégée de l'indicateur représentant l'état du service ERP !
Shinken vérifie chaque composant un par un pour l'analyse de problèmes sources.