Revoir les recettes d’installation anciennes
La page Nagios était une ébauche ; la procédure d’installation visait notamment Fedora 18. Reprenez l’architecture — serveur, objets supervisés, plugins et droits — mais choisissez des paquets et versions maintenus dans votre environnement. Validez la configuration avant de démarrer le service.
Séparez l’accès à l’interface de supervision de celui aux agents. Ne rendez pas un exécuteur de commandes distant accessible à tous les réseaux. Un plugin doit disposer des droits nécessaires à sa mesure, pas des privilèges d’administration complets.
Définir une sortie et un code de retour fiables
Le script Solaris du wiki additionnait mémoire et CPU des processus portant un nom. Une recherche dans une ligne de commande peut trouver trop de processus, voire la recherche elle-même. Privilégiez un identifiant de service ou un périmètre stable et précisez la méthode de mesure.
Les plugins compatibles utilisent habituellement les codes 0, 1, 2 et 3 pour OK, WARNING, CRITICAL et UNKNOWN. UNKNOWN est préférable à OK lorsque la mesure a échoué. Ajoutez timeout, unités et seuils, puis testez une panne du mécanisme de collecte.
Limiter les actions déclenchées par un changement d’état
L’ancienne fiche avertissait déjà du risque de boucle de redémarrage. Conservez cette précaution : une action doit être bornée, journalisée et désactivable, avec un nombre limité de tentatives. Examinez la différence entre états transitoires et confirmés dans la configuration de votre supervision.
Une relance peut masquer un incident ou aggraver la perte de données. Commencez par alerter et collecter le diagnostic. N’automatisez la correction qu’après avoir identifié un scénario précis avec un résultat vérifiable.
PNP4Nagios et modèles de graphiques
La page générale PNP4Nagios était également une ébauche ; le modèle PHP contenait les détails utiles. Préservez le contrat des perfdata, leurs unités et les identifiants de séries avant de changer la couche graphique. Les modèles anciens dépendent de versions PHP et de composants particuliers.
Testez la conservation des historiques lors d’une migration. Une courbe doit préciser la période, les unités, les agrégations et les données manquantes. Une absence de point n’est pas une mesure nulle.
Situer Shinken dans un parc existant
La recette Shinken concernait des versions précises de Shinken, Thruk, NRPE et PNP4Nagios sur CentOS 7. Elle ne prouve pas une compatibilité totale avec tous les plugins ni un gain universel de performance. Identifiez les versions et dépendances présentes avant toute évolution.
Constituez un jeu de contrôles représentatif, exportez les objets et comparez notifications, seuils et perfdata sur un environnement isolé. Répétez aussi les cas d’erreur et de disparition d’un agent, qui sont le véritable travail de la supervision.
Sources & documentation
Consultez la documentation correspondant à vos versions avant d’appliquer les exemples. Les commandes illustrent la méthode ; elles ne remplacent pas un essai dans votre environnement.