URL: https://linuxfr.org/users/m4rotte/journaux/base-de-series-temporelles Title: Base de séries temporelles Authors: Marotte ⛧ Date: 2017年04月07日T23:37:05+02:00 License: CC By-SA Tags: rrdtool, influxdb, elasticsearch et kibana Score: 21 La hauteur d’un cour d’eau, la température d’une véranda... le niveau de pression acoustique d’un carrefour passant... ou encore l’espace occupé d’un disque dur ou le temps de réponse d’un serveur, toutes ces données peuvent être exploitées intelligemment à condition d’être liées au temps. Pour stocker ces données, un système de gestion de données relationnel est mal adapté. Il n’est pas conçu pour ça. Après bientôt vingt années, [RRDtool](http://oss.oetiker.ch/rrdtool/) était devenu l’outil incontournable pour gérer ce type de données. Afin de pouvoir stocker une quantité gigantesque de ces « séries temporelles », sur une période longue comme [la vie des rats](http://roman-sf.over-blog.com/2015/03/la-vie-des-rats-expression.html), avec RRDtool (pour faire simple) on définit une fréquence de mesure, puis des sources de données : nom, minimum, maximum... et pour ces sources de données, des règles d’archivage : garder chaque mesure pendant 24 heures, puis chaque moyenne (ou max, ou min) de 4 mesures consécutives pendant 1 mois, puis chaque moyenne de 32 mesures sur 1 ans, etc..., etc... Ainsi, la taille de la base peut être déterminée à l’avance et on a donc un fichier de taille fixe pour un ensemble de sources de données. Malgré la robustesse et l’efficacité de RRDtool, compte tenu de son grand âge, il péche sur certains points. Les débats sur les "Time Series DBMS" ne sont pas clos et il existe plusieurs produits qui tirent leur épingle du jeu sur ce créneau. Je suis tombé sur [ce comparatif](http://db-engines.com/en/system/InfluxDB%3BNCache%3BRRDtool) entre notamment [InfluxDB](https://www.influxdata.com/) et RRDtool et j’aimerais connaître vos avis sur les différentes solutions plus modernes qui peuvent avantageusement remplacer RRDtool. Je vois deux avantages possibles apportés par InfluxDB, ou Graphite, ou d’autres approches comme ElasticSearch+Kibana, etc... ce sont : 1. L’interface. Les graphiques sont plus dynamiques, ce n’est plus une simple image généré à chaque fois. 2. Les performances. Pour passer à l’échelle, encaisser beaucoup d’accès concurrents, de la réplication, etc... À la base je cherchais juste une interface moderne et _user-friendly_ pour naviguer dans des fichiers RRD. J’ai trouvé [drraw](http://web.taranis.org/drraw/), un CGI en Perl visiblement plus maintenu (mais qui juste marche...), que je trouve tout à fait efficace (KISS). Cependant il fera fuir n’importe quel décideur pressé quand s’il voit l’interface... hum... rétro. Même si ça pourrait très bien aller, pour lui fournir simplement un graphique par URL, pour prendre ses décisions... Pour ceux qui ont lu jusque-là (et seulement eux), une belle nimage : ![Nimage](http://www.jybaudot.fr/_images/humour/violettes/serchrono.jpg)