Je vais implémenter Nagios (très probablement de toute façon, cela pourrait aussi être un autre outil) et je me demandais si quelqu'un aimerait partager ses meilleures pratiques en matière de création, de gestion et de maintenance des fichiers de configuration en ce qui concerne évolutivité et gérabilité car je trouve que cela pourrait rapidement devenir un vrai gros gâchis.
Tous les conseils, exemples ou même les configurations complètes seraient les bienvenus et je les regarderais avec plaisir.
Des outils seraient également les bienvenus. J'ai essayé NConf jusqu'à présent, mais les fichiers de configuration générés ne semblent pas faire ce qui a été promis (sans inclure les informations sur les parents pour un, et juste un PITA pour les faire fonctionner - ils génèrent une tonne d'erreurs lors de la vérification des fichiers de configuration avec le script fourni par nagios)
Merci
Dans le passé, j'ai utilisé git pour gérer les modifications apportées à divers fichiers de configuration. À chaque changement de configuration, les fichiers sont archivés dans le référentiel. À divers moments, généralement après un changement majeur, nous poussions le référentiel vers un emplacement central, comme une façon sale de faire des sauvegardes. Cela a assez bien fonctionné, mais avait ses problèmes. Surtout en oubliant simplement d'archiver les fichiers lorsque les choses ont changé.
la source
j'ai une configuration nagios qui surveille plusieurs hôtes de plusieurs agences. j'utilise des dossiers pour les hôtes et les services (par opposition à 1 fichier massif), puis un préfixe de 3 lettres pour l'agence, puis un descripteur comme "commutateurs", "serveurs", "imprimantes" ou "postes de travail" séparés par un trait de soulignement. je trouve également beaucoup plus facile d'avoir une déclaration de groupes d' hôtes à l' intérieur d'un objet hôte que d'avoir une déclaration de membres à l' intérieur d'un objet de groupe d' hôtes . de cette façon, vous ne modifiez qu'un seul fichier lorsque vous ajoutez de nouveaux hôtes à des groupes préexistants.
J'utilise beaucoup de modèles (sur leur propre fichier) pour que les bonnes personnes soient informées du bon service pour le bon hôte.
oh, et bien sûr, j'utilise le contrôle de version (svn pour l'instant, migration vers git).
cela fonctionne à merveille! je peux facilement le gérer. 1 seul problème: à peu près personne d'autre ne comprend les fichiers de configuration nagios où je travaille, donc je le déplace vers lilas, ce qui fonctionne très bien et exploite très bien le système de modèles.
i mon travail précédent, j'ai configuré fruité (il n'y avait pas encore de lilas) pour que les autres puissent également se sentir à l'aise d'ajouter des hôtes à nagios.
la source
NagiosQL est encore un autre outil de configuration. La configuration est stockée dans MySQL.
Comme Jon l'a dit ci-dessus, l'utilisation d'un système de gestion des versions pour suivre les modifications est une bonne façon de procéder.
\\ Greg
la source
Peut-être que je suis juste têtu, mais j'aime mes fichiers de configuration. Il est facile de travailler avec eux et de sauvegarder. Mais, il y a de bonnes raisons d'utiliser quelque chose comme le lilas. Mais j'aime BAISER.
de toute façon, la façon dont je l'ai: le répertoire de configuration est défini sur des objets. Tous les hôtes obtiennent leur propre fichier, dans lequel se trouve tout ce qui y est lié. De cette façon, si je dois supprimer un hôte, je peux déplacer le fichier et la configuration ne se plaindra pas. cela fonctionne également bien pour ajouter des hôtes; Dupe simplement un fichier, changez le nom et l'adresse, sed les noms d'hôtes, et bobs votre oncle.
la source