Tout le monde connaît Nagios… ou du moins devrait connaître Nagios.
C’est un outil très utile pour superviser systèmes et réseaux que des milliers d’utilisateurs du monde entier utilisent depuis plus de quinze ans.
Alors, si c’est si populaire, sur quoi nous basons-nous pour dire que ce n’est pas une bonne solution ?Faites attention ! Nous ne voulons pas dire que Nagios est un mauvais outil, mais à de nombreuses occasions, le fait qu’il s’agisse d’une solution si répandue et utilisée dans le monde entier nous amène à prendre certaines affirmations sur le produit pour acquises et à laisser de côté la question la plus importante : De quoi notre entreprise a-t-elle vraiment besoin ?
Après plus de 10 ans d’expérience dans les technologies de serveur, de réseau et de sécurité, nous osons vous expliquer certaines des raisons pour lesquelles ce n’est pas une bonne idée de mettre en place Nagios pour gérer un service de supervision dont dépend la continuité des activités.
Aspects techniques de Nagios
Nagios est avec nous depuis près d’un quart de siècle. Et c’est bien, mais cela apporte aussi quelques limitations.
1. Nagios n’est pas un produit, c’est un projet.
Lorsqu’un Nagios est installé dans une entreprise, il est installé spécifiquement pour cette entreprise, vous ne trouverez donc pas deux installations et deux déploiements Nagios égales. Vos fichiers de configuration internes seront incroyablement différents.
Ce sera toujours un problème à long terme.
Pourquoi ?
Si deux techniciens écrivent un script différemment et que cela rend difficile leur interprétation par un tiers, imaginez ce qui se passerait avec un méga-script de configuration aussi complexe que celui de Nagios.
Bien que deux environnements et deux problèmes soient identiques, le technicien du premier environnement aura du mal à comprendre le Nagios du deuxième et le technicien du deuxième les aura avec le Nagios du premier.
2. Puzzle de plugins
Le Nagios base est extrêmement limité dans ses fonctionnalités de série.
La solution pour l’étendre consiste à installer des plugins, des addons et des extensions tiers, ce qui en fait un écosystème encore moins standard.
Bref, un puzzle de pièces réalisées par des personnes qui n’ont rien en commun, et qui n’ont pas de vision commune.
3. Dépendance élevée
Comme Nagios est un projet sur mesure, cela dépend d’un groupe limité de personnes (dont certaines sont hors de portée) qui seront là pour écouter vos plaintes, mais ne pourront peut-être pas résoudre votre problème car il n’y aura pas de personne responsable en dernier ressort.
Cette équipe sera la seule à pouvoir maintenir l’installation de Nagios, donc les connaissances ne seront pas facilement évolutives ou transmissibles à des tiers.
4. Peu évolutif et peu flexible
Nagios n’est pas conçu pour les environnements changeants. Sa configuration est statique, lourde et compliquée à intégrer dans les processus de provisionnement automatique.
Comme on le sait, l’évolutivité n’est pas le point fort de Nagios.
Aspects commerciaux avec Nagios
Un outil comme Nagios apporte un certain nombre de limitations à votre entreprise. Non seulement pour ce qu’il est capable de faire, mais pour le coût qu’il aura à le maintenir.
Notamment :
5. Dépendance à l’égard des logiciels et dépendance humaine
Si la supervision est essentielle pour votre entreprise, pour croître, ou pour maintenir la production actuelle, avec Nagios vous passerez de la dépendance d’un fabricant de logiciel à la dépendance d’une petite équipe de spécialistes.
Connus sous le nom de gourous.
6. Problèmes insolubles
Tout problème que vos techniciens ne peuvent pas résoudre sera insoluble, surtout si la mise en œuvre est hautement personnalisée, car personne de l’extérieur de votre entreprise ne saura ce qui a changé ou comment le résoudre.
Dans les grandes entreprises, les systèmes sont audités, dans la plupart des cas, le soutien du fabricant du produit est essentiel.
7. Coûts importants liés
Bien qu’au départ Nagios puisse sembler moins cher que d’autres solutions (nous économisons un coût de licence récurrent), les problèmes qui en découlent le rendront beaucoup plus cher à long terme.
8. Risque de perte de support
Si l’équipe technique (généralement une seule personne) quitte l’entreprise, il sera impossible de maintenir le projet de supervision.
Il n’y aura pas de support, de formation ou de documentation qui puisse remplacer le « gourou » qui l’a assemblé et, dans le meilleur des cas, ce sera comme repartir à zéro.
Au pire, il faudra plus de temps pour comprendre ce qui est monté et comment il est géré correctement.
9. Coût humain vs coût de la licence
Le coût de trois ans d’un gourou à Nagios est beaucoup plus élevé que le coût d’une licence, d’un cours de formation et d’un technicien système spécialisé.
Après tout, la supervision avec Nagios occupe le temps d’un technicien hautement qualifié et spécialisé dans une tâche qui ne rapporte aucun avantage.
D’autant plus qu’il n’est peut-être pas nécessaire de le faire.
10. Autres solutions disponibles
Il existe des dizaines d’applications logicielles incluant la licence, le support et de plans de formation qui vous éviteront beaucoup de maux de tête.
Il est probable que vous n’ayez pas besoin de toute la puissance que Pandora FMS Enterprise peut vous offrir, et PRTG ou What’s up Gold suffira. Ou avec la version de logiciel libre de Pandora FMS.
Nous ne recommandons Pandora FMS Enterprise qu’aux organisations dont les besoins justifient la polyvalence, la puissance et la flexibilité de notre outil.
L’équipe éditoriale de Pandora FMS est composée d’un groupe de rédacteurs et de professionnels de l’informatique ayant un point commun : leur passion pour la surveillance des systèmes informatiques. L’équipe éditoriale de Pandora FMS est composée d’un groupe de rédacteurs et de professionnels de l’informatique ayant un point commun : leur passion pour la surveillance des systèmes informatiques.