C'est tout à fait possible en effet. J'avoue ne pas être un grand fan de cette méthode passive, qui n'est là que pour pallier un gros manque de performance de Nagios, mais qui utilises beaucoup de fichiers plats et de configurations externes à l'ordonnanceur, et qui fait donc que c'est très difficilement utilisable dans un environnement distribué.
Pour utiliser check_mk avec Shinken oui, la partie passive ne devrait pas avoir de soucis à gérer cela. Elle est faite pour ce genre de traitements en batch.
Je pense plus à un "check_mk" en module, mais sans les parties non pratique, out en conservant les checks (ce sont des sortes de modules python, pratique) et la compatibilité avec les agents. A voir donc, mais ça pourrait être très pratique en effet.
[^] # Re: Matrice fonctionnelle Nagios et Shinken
Posté par Jean Gabes (site web personnel) . En réponse à la dépêche Sortie de Shinken 0.6. Évalué à 2.
Salut,
C'est tout à fait possible en effet. J'avoue ne pas être un grand fan de cette méthode passive, qui n'est là que pour pallier un gros manque de performance de Nagios, mais qui utilises beaucoup de fichiers plats et de configurations externes à l'ordonnanceur, et qui fait donc que c'est très difficilement utilisable dans un environnement distribué.
Pour utiliser check_mk avec Shinken oui, la partie passive ne devrait pas avoir de soucis à gérer cela. Elle est faite pour ce genre de traitements en batch.
Je pense plus à un "check_mk" en module, mais sans les parties non pratique, out en conservant les checks (ce sont des sortes de modules python, pratique) et la compatibilité avec les agents. A voir donc, mais ça pourrait être très pratique en effet.