...
La surcharge est un mécanisme permettant de réécrire localement une partie de la configuration d'un check au niveau de chaque hôte ou modèle d'hôte. Cette surcharge s'applique sur les données et les propriétés d'un check.
Ce mécanisme intervient dans la problématique suivante : un hôte avec des checks est proposé à la supervision d'un équipement, mais la configuration des checks ne convient pas à la situation. Au lieu de créer de nouveaux checks et entraîner à la longue une multiplication du nombre de checks, il suffit de surcharger les propriétés ou les données des checks directement sur l'hôte.
| Note |
|---|
Si vous n'êtes pas familier avec le fonctionnement et l'édition d'un check, il vous est vivement conseillé de commencer par lire la page de documentation des checks ( voir la page : Les Checks ). |
...
La surcharge se fait en saisissant ou en sélectionnant une valeur sur une propriété ou une donnée comme vous pourriez le faire sur pour une édition classique d'un élément.
Une fois faite, la valeur de surcharge apparaîtra en bleu et la valeur originale du check apparaîtra en grisé.
| Info |
|---|
Sans modification, ce sont les valeurs originales du check ( en violet ) qui seront prises en compte. |
| Panel |
|---|
...
Liste des champs non éditables pour tout le monde :
- nom du Check,
- modèle de Check hérité,
- commande de vérification,
- commande lancée par le gestionnaire d'événement.
Ces champs ne peuvent être surchargés, car cela dénaturerait le Check.
| Note |
|---|
Si vous voulez Pour remplacer la commande de check par un une autre, nous vous suggérons il est suggéré d'exclure le check pour cet hôte, et d'en créer un nouveau, puis d'attacher le nouveau Check à l'hôte ( ou modèle ). |
Certains champs ne sont verrouillés que pour les admins SI :
- actif activé,
- passif activé,
- vérification que l'état reçu des outils externes ne soit pas expiré,
- lire et stocker les métriques.
Ces champs ne peuvent être surchargés, car cela dénaturerait le Check.
| Note |
|---|
Si vous voulez Pour remplacer la commande de check par un autre, nous vous suggérons il est suggéré d'exclure le check pour cet hôte, et d'en créer un nouveau, puis d'attacher le nouveau Check à l'hôte ( ou modèle ). |
...
Ces deux types de compteurs ont pour but d'indiquer qu'une erreur ou un avertissement est présent dans les surcharges d'un check. Ces compteurs ont été placés à plusieurs endroits :
- Sur la propriété ou donnée à l'origine du problème.
- Dans les onglets de la barre de navigation.
- Sur le bouton "Surchargé".
- La ligne du check.
- Sur l'onglet "Check" de la barre de navigation du formulaire d'édition de l'hôte.
- Sur le bouton "Sauvegarder".
Les surcharges dupliquées
Certaines surcharges peuvent se dupliquer ( ex : renommer un check vers un nom existant auparavant ).
Shinken ne pouvant définir de valeur à prioriser, la première valeur est appliquée, le temps que le problème soit résolu.
Le message d'erreur propose de choisir entre les différentes valeurs en doublon.
Tant que cette erreur est présente, il n'est pas autorisé de choisir une valeur pour la propriété. Le cadenas 
présent matérialise ce blocage.
| Panel |
|---|
Dès qu'une valeur est choisie, un bouton apparaitra proposant de valider le choix ( il est encore possible de changer de valeur ).
| Panel |
|---|
| Panel |
|---|
Après validation, l'erreur disparait et il sera à nouveau possible de pousser les modifications de cet hôte en production.
| Panel |
|---|
La surcharge dans les modèles d'hôte
...
Pour rattacher une surcharge inactive à un check, il faut faire l'action inverse que ce qui a rendu la surcharge inactive.
C'est-à-dire soit :
- Recréer un check avec le même nom et l'attacher à l'hôte ou à un de ses modèles .
- Rajouter un modèle d'hôte avec un check qui possède le même nom.
- Modifier la source pour attribuer la surcharge au bon check.
- Modifier la donnée d'un check duplicate for each pour qu'un des checks duplicate for each soit le bon nom.
Une fois ces modifications effectuées, les surcharges inactives se rattachent automatiquement à leur check.
| Info |
|---|
Le fait de rattacher les surcharges inactive à n'importe quel check qui revient avec le même nom permet de ne pas perdre la configuration. Exemple : Une surcharge de check configure le check CPU pour ne pas envoyer de notification. → On décide de changer le check CPU de cet hôte d'une vérification par SSH en SNMP. Par contre, les paramètres des checks lié à la commande comme :
Resteront sur la surcharge du nouveau check mais ne seront surement plus utiles, nous conseillons il est conseillé de les modifier ou de les supprimer. |
...