Juste un petit message rapide (que j'aimerais traduire en anglais correct pour soumettre aux développeurs) à propos de cacti, une interface php à rrdtool assez sympa.
Pour ma part, je l'utilise depuis de nombreuses années, tellement que je n'en arrive plus à m'en souvenir, au minimum 3, mais peut être même 5/6. Quand je l'avais essayé au tout début, je me souviens avoir pensé « il manquerait ça, et ci et ça » (à l'époque, il n'y avait pas autant de granularité comme aujourd'hui, notamment sur les hosts templates, les scripts qui retournent plusieurs valeurs, etc.).Et après quelques mois, les fonctionnalités que je souhaitaient sont vites apparues. Je trouvais donc à l'époque la réactivité très sympa, et j'appréciais.
Néanmoins, bien que j'ai vité compris que cela manquait un peu de templates (aussi bien de graphiques que de datasources), je trouve qu'aujourd'hui il y a eu très peu d'évolutions majeures. Par exemple, bien qu'il existe la capacité (et c'est génial d'ailleurs) de pouvoir créer plusieurs graphiques différents à partir d'une même datasource (comme par exemple du Mb/s, ou B/s, ou 95 percentil, etc.), cette fonctionnalité n'est pas assez exploitée. Par exemple, le fichier net-snmp_disk.xml qui permet d'utiliser plusieurs OID spécifiques à ucd/net-snmp (notamment total, available, used, percent available space), il n'y a aucun graph template, et donc encore moins un graphique prévu pour utiliser la valeur percent available de la requête SNMP. Hors, comme dans mon précédent post, c'est la seule utilisable pour monitorer un système de fichir ZFS.
Malgré le faible nombre de data templates présent, je sais pertinemment que ses capacitées sont immenses, mais nous n'avons pas forcément envie de passer du temps (assez conséquent) à créer nos propres sources de données, alors que la généralement il n'y a rien d'extraordinaire. Qui ne monitore pas un Apache, un PostgreSQL ou MySQL, un serveur LDAP (que ça soit Sun One ou OpenLDAP !), un serveur Radius, etc.
De plus, d'une manière plus générale, je trouve que ce logiciel, malgré une énorme capacité, manque d'évolution notable ces derniers temps. Il n'est par exemple pas possible (sur la version upstream) de prévoir une notification par messagerie lors du dépassement (ou à l'inverse de l'infériorité) d'une valeur obtenu par data source à des seuils (thresold) prédéfinis. Bien qu'il existe un patch pour cela, celui-ci n'a pas été intégré dans la version upstream et ne semble plus maintenu, et c'est fort dommage.
Tout cela pour dire, que les contributions sont les bienvenues. Je sais - après une brève discussion avec quelques développeurs - qu'il manque d'un coordinateur des différents templates. Bien que cela ne soit pas forcément faisable en pratique (pour bien faire, il faudrait avoir l'ensemble des services monitorés à disposition de peu de personnes), je fais appel à mes (rares) lecteurs pour participer.
- asyd's blog
- Login or register to post comments