Grande nouveauté de la base de données time series InfluxDB v2 et de son langage Flux : les passerelles vers les moteurs de bases de données SQL (PostgreSQL, MySQL, Microsoft SQL Server…). Pour interagir avec des bases de données SQL, 2 fonctions simples : sql.from et sql.to. Cas d’utilisation et considérations spécifiques sur les conversions des types de données.

Le nouveau langage Flux dans InfluxDB v2 résout un bon nombre de limitations du langage InfluxQL. Tour d’horizon des fonctionnalités avancées du langage Flux : jointures, pivots, histogrammes, colonnes calculées (map), fonctions d’agrégat personnalisées (reduce). Dans la plupart des sujets, des cas d’utilisation réels sont abordés : joindre des données lorsque les horodatages diffèrent de quelques secondes, simuler une jointure externe en attendant les nouvelles méthodes de jointure à venir (left, right…), construire des histogrammes sans données cumulatives mais la différence…

Langage Flux d’InfluxDB v2, guide rapide et aide-mémoire (cheat sheet). Interrogation des données, filtres, windowing, jointures, pivots, histogrammes, map, reduce, sources de données SQL…

Passer du langage InfluxQL (SQL-Like) au langage Flux d’InfluxDB v2 est un petit peu déroutant au tout premier abord, mais on acquiert très vite la mécanique. Un tour d’horizon sur la migration des requêtes InfluxQL existantes vers Flux (filtres, windowing, copie de données…) avec dans la mesure du possible une mise en parallèle des syntaxes.

InfluxDB v2 est sorti officiellement en novembre 2020. La migration d’un serveur InfluxDB v1.8 vers InfluxDB v2 est assez simple. Ce qu’il faut retenir :

• Une base de données + politique de rétention devient un bucket.
• La rétro compatibilité avec les API 1.x est garantie, mais uniquement pour des users 1.x authentifiés.
• Les continuous queries doivent être migrées en tâches Flux.
• InfluQL est remplacé par le langage Flux.
• Le support natif des protocoles OpenTSDB, Graphite… est retiré, Telegraf doit être mis en œuvre.

Un tour d’horizon de la migration avant de pouvoir profiter au mieux ultérieurement des fonctionnalités du langage Flux (jointures, pivots, packages SQL…)

La migration vers InfluxDB v2 nécessite des ajustements, de nombreuses fonctionnalités d’InfluxDB v1 sont remplacées dans la version 2. La procédure de migration des versions 1.x vers la version 2 n’est pas encore dévoilée, mais très probablement elle préconisera des méthodes d’export/import. La terminologie change quelque peu avec la version 2 : une base de données devient un bucket et une organisation est obligatoirement attachée à un bucket. Rien ne change en revanche pour le protocole Ligne InfluxDB. Une prise en main d’un serveur InfluxDB Server v2 est abordée dans cet article ainsi que les ruptures à prévoir lors des migrations des versions 1.x :

• InfluQL est remplacé par le langage Flux, les Continuous queries par les Tasks.
• Le support natif des protocoles Graphite, OpenTSDB… est supprimé, Telegraf devra être mis en place.
• Le plugin Flux pour Grafana n’est pas tout à fait prêt.

InfluxDB est une base de données Time Series performante proposant une compression de données efficace. L’architecture est simple et bien conçue (rétentions des mesures, fragments…) et l’ingestion des données facile à mettre en place, en natif ou via des protocoles Time Series standards (OpenTSDB, Graphite…). Les requêtes sont de type SQL et le reporting est intuitif avec Grafana ou Chronograf. Cette présentation d’InfluxDB v 1.7 souligne également les ruptures à prévoir avec la prochaine version majeure 2.0.