Ce comparatif est intéressant mais je trouve que les chiffres obtenus sont très loin de la réalité. Je fais tourner une solution classique Nagios + Ndo + Centreon avec ~25k checks toutes les cinq minutes sur une architecture répartie (avec un collecteur vérifiant 16k services / 5 min) avec moins de 1seconde de latence sur tous les pollers (contre plus de 300 dans l'étude présentée par l'article) et des temps de démarrage inférieurs à 20s (contre plus de 300s dans l'étude).
Comme tu l'indiques toi-même, tu fais cela sur une architecture répartie. Les benchmarks sont réalisés sur un seul serveur (30 000 checks toutes les 5 minutes sur un seul poller). Il est certain qu'avec Nagios sur plusieurs serveurs physiques, il est possible de produire le même résultat que Centreon-Engine sur un seul serveur physique.
Je ne doute pas que Centreon-engine et centreon-broker apportent par rapport à NDO et Nagios, par contre je déplore fortement le cloisonnement entre ces différentes solutions qui pourraient évoluer de concert. Si tous les efforts se concentraient sur Nagios, peut-être que celui-ci avancerait plus vite, plutôt que d'avoir plusieurs produits quasiment identiques avec chacun leurs problèmes et leurs avantages. Pourquoi ne pas résoudre les problèmes d'une seule solution et de ressembler tous ses avantages plutôt que de faire une course de clones ?
C'est ce qui a été fait : nous avons tenté de communiquer avec le développeur de Nagios. Nous avons envoyé plusieurs patchs. N'ayant aucune réponse, nous les avons re-solicité de nouveau. Sans réponse encore, nous avons insisté. Poliment. Plusieurs fois… Presque tous nos patchs ont été refusés, sans forcément obtenir une réponse malgré plusieurs relances. Nous avons été contraint de forker et nous aurions préféré pouvoir travailler de concert avec eux. Nous ne sommes pas les seuls à avoir rencontrer des problèmes de communication. Nous avons vraiment essayé de jouer le jeu. N'étant pas seul à rencontrer ce problème et n'ayant pas eu de réponse, nous ne pouvons pas mettre en cause notre travail sur quelque plan que ce soit (communication, qualité des patchs).
PS : ndoutils 1.5.2 a été publié vendredi dernier, qu'on ne me réponde pas que ce projet est mort ;-)
Bah, est ce grâce à Centreon-Broker que ce projet est sortie de sa léthargie? ;-)
Nous avons considéré qu'il était mort car aucune modification n'était apportée pendant de très longs mois. Là encore, nous avons proposé des patchs, proposer de nouvelles orientations et du temps de développement. Nous attendons toujours une réponse sur ce sujet ;-)
[^] # Re: Comparatif intéressant mais...
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche Publication d'un comparatif Centreon / Nagios. Évalué à 7.
Comme tu l'indiques toi-même, tu fais cela sur une architecture répartie. Les benchmarks sont réalisés sur un seul serveur (30 000 checks toutes les 5 minutes sur un seul poller). Il est certain qu'avec Nagios sur plusieurs serveurs physiques, il est possible de produire le même résultat que Centreon-Engine sur un seul serveur physique.
C'est ce qui a été fait : nous avons tenté de communiquer avec le développeur de Nagios. Nous avons envoyé plusieurs patchs. N'ayant aucune réponse, nous les avons re-solicité de nouveau. Sans réponse encore, nous avons insisté. Poliment. Plusieurs fois… Presque tous nos patchs ont été refusés, sans forcément obtenir une réponse malgré plusieurs relances. Nous avons été contraint de forker et nous aurions préféré pouvoir travailler de concert avec eux. Nous ne sommes pas les seuls à avoir rencontrer des problèmes de communication. Nous avons vraiment essayé de jouer le jeu. N'étant pas seul à rencontrer ce problème et n'ayant pas eu de réponse, nous ne pouvons pas mettre en cause notre travail sur quelque plan que ce soit (communication, qualité des patchs).
Bah, est ce grâce à Centreon-Broker que ce projet est sortie de sa léthargie? ;-)
Nous avons considéré qu'il était mort car aucune modification n'était apportée pendant de très longs mois. Là encore, nous avons proposé des patchs, proposer de nouvelles orientations et du temps de développement. Nous attendons toujours une réponse sur ce sujet ;-)