Je pense qu'il est bon que nagios ne gère pas les graphes.
En effet, le monitoring est une tâche complexe (horaires de boulot, services compliqués à checker, escalade, ...) suffisemment complexe pour l'atomiser, à savoir en faire 1 logiciel à part entière.
Par ailleurs, la création de graphs de suivi par munin par exemple (très facile à configurer) ou cacti/rrd ou tout autre concurrent représente aussi une tâche importante de l'administration système pour pouvoir détecter les problèmes ou les surcharges etc.
Je pense donc qu'il est bon de disposer d'outils distincts pour ces 2 tâches, pour rejoindre l'essence des outils dans le monde Unix : chaque outil ne fait qu'une seule chose, mais il la fait bien
Benjamin
utilisateur de Netsaint/Nagios/Nagios2 et Mrtg/Rrdtool/Cacti/Munin
[^] # Re: Ne pas gérer les graphes ...
Posté par Benjamin (site web personnel) . En réponse au journal Nagios 2.0 disponible. Évalué à 2.
En effet, le monitoring est une tâche complexe (horaires de boulot, services compliqués à checker, escalade, ...) suffisemment complexe pour l'atomiser, à savoir en faire 1 logiciel à part entière.
Par ailleurs, la création de graphs de suivi par munin par exemple (très facile à configurer) ou cacti/rrd ou tout autre concurrent représente aussi une tâche importante de l'administration système pour pouvoir détecter les problèmes ou les surcharges etc.
Je pense donc qu'il est bon de disposer d'outils distincts pour ces 2 tâches, pour rejoindre l'essence des outils dans le monde Unix : chaque outil ne fait qu'une seule chose, mais il la fait bien
Benjamin
utilisateur de Netsaint/Nagios/Nagios2 et Mrtg/Rrdtool/Cacti/Munin