Qu'est-ce qu'un cluster? | |||||||||||||||||||||||||||||||||||||||||||||||||||
Son rôle principal est de permettre d'avoir dans un seul indicateur l'état agrégé d'autres états. Cet indicateur propose une vue unique pour des utilisateurs jouant différents rôles. Rôles typiques:
Prenons l'exemple d'un rôle de service delivery pour une application ERP . Il est principalement constitué de:
Ces composants (Hôtes dans cet exemple) seront la base de ce service ERP . Avec des règles métier, vous pouvez avoir une vue agrégée de l'indicateur représentant l'état du service ERP ! Shinken Enterprise vérifie chaque composant un par un pour l'analyse de problème source. . | |||||||||||||||||||||||||||||||||||||||||||||||||||
Accéder à la configuration du Cluster | |||||||||||||||||||||||||||||||||||||||||||||||||||
Accès par le menu principal "Elements". | |||||||||||||||||||||||||||||||||||||||||||||||||||
Comment définir les Clusters | |||||||||||||||||||||||||||||||||||||||||||||||||||
Exemple de configuration d'une règle ERP :
| |||||||||||||||||||||||||||||||||||||||||||||||||||
Logique de notification | |||||||||||||||||||||||||||||||||||||||||||||||||||
| Un Cluster a la même logique de notification que les hôtes. | |||||||||||||||||||||||||||||||||||||||||||||||||||
Avec "nécessite au moins " X éléments" clusters | |||||||||||||||||||||||||||||||||||||||||||||||||||
Dans certains cas, un cluster de N éléments nécessite d'avoir au moins X d'entre eux en état OK pour tourner. C'est facilement paramétrable, il suffit d'utiliser l'opérateur "X of:" . Voici un exemple avec 3 http web servers, et au moins 2 d'entre eux en état OK :
| |||||||||||||||||||||||||||||||||||||||||||||||||||
Valeurs possibles de of X dans l'expression X of: | |||||||||||||||||||||||||||||||||||||||||||||||||||
L'expression X of: peut être configuré avec différentes valeurs en fonction du besoin. The supported expressions are described below:
Gérer un état dégradé
TODO: Rediger avec des vraies phrases en francais X,Y,Zof: Ordre d'évaluation:
| |||||||||||||||||||||||||||||||||||||||||||||||||||
La règle PAS | |||||||||||||||||||||||||||||||||||||||||||||||||||
Vous pouvez définir une règle "PAS" d'état. Cela peut être utile pour les réglages actif/passif setups . Vous devez juiste ajouter un ! devant le nom de l'élément. L'état agrégé sera Ok si le base 1 est OK et la base 2 est DOWN dans cet exemple.
| |||||||||||||||||||||||||||||||||||||||||||||||||||
Groupement d'expression | |||||||||||||||||||||||||||||||||||||||||||||||||||
Parfois, vous ne souhaitez pas spécifier précisément les hôtes contenus dans une règle, mais préférez utiliser une expression groupée du type "hôtes du groupe d'hôtes xxx" Pour cela, il est possible d'utiliser des expressions groupées suivant cette syntaxe :
Le flag est un simple caractère qualifiant le type d'expansion. Host flags
Check flags
Exemples d'expression combinéesSi vous souhaitez créer une règle incluant tous les web servers composant l'application frontend.
qui est équivalent à:
Vous devriez donc combiner l'expansion d'expression avec : .
qui est équivalent à:
Ensemble d'élémentsIl est possible de construire un ensemble d'éléments à partir de plusieurs expressions. Par exemple:
Dans cet exemple, les éléments vérifiés seront web-srv1 plus tous les checks qui lui sont accrochés.
Les opérateurs sont évalués dans l'ordre des sous parties, puis de gauche à droite. Ainsi, l'expression:
Vérifie que 90% des hôtes contenant linux, ou un template commençant par windows, mais pas les deux, sont UP.
| |||||||||||||||||||||||||||||||||||||||||||||||||||
...

