La version 1.94.0 de la plateforme VictoriaMetrics est disponible. Elle fournit une base de données pour le stockage et le traitement de données sous forme de séries temporelles (où chaque enregistrement est constitué d'un temps et d'un ensemble de valeurs correspondantes, obtenu par exemple par le biais de sondages périodiques d'état des capteurs ou de la collecte de métriques), optimisée pour les tâches de monitoring. Ce projet concurrence des solutions comme InfluxDB, TimescaleDB, Thanos, Cortex et Uber M3, et se distingue par sa performance supérieure. La base de données peut être utilisée comme un entrepôt de données à long terme, connectée à Prometheus et Grafana, ou comme un remplacement transparent d’InfluxDB. Le code est écrit en Go et distribué sous la licence Apache 2.0.
Dans les tests de performance, VictoriaMetrics surpasse InfluxDB et TimescaleDB pour les opérations d'insertion et de sélection de données jusqu'à 20 fois, tout en consommant 10 fois moins de RAM que InfluxDB et 7 fois moins que Prometheus, Thanos et Cortex lors du traitement de millions de séries temporelles uniques. Le stockage des données sous forme compressée permet de loger 7 fois plus d’enregistrements dans le même volume de stockage comparé à Prometheus, Thanos et Cortex, et 70 fois plus par rapport à TimescaleDB. Des optimisations spécifiques sont disponibles pour les stockages avec de grandes latences et de faibles intensités d'opérations d'entrée/sortie (par exemple, les disques durs et les solutions de stockage cloud AWS, Google Cloud et Microsoft Azure).
La base de données est présentée sous la forme d'un fichier exécutable unique avec des configurations minimales, passées par la ligne de commande au démarrage. Toutes les données sont stockées dans un seul répertoire, défini au lancement à l'aide de l'option « -storageDataPath ». Le langage de requête utilisé est MetricsQL, une version étendue du langage PromQL appliqué dans le système de monitoring Prometheus. En plus du traitement continu des données entrantes, VictoriaMetrics permet également le chargement de données historiques collectées antérieurement.
Des outils sont fournis pour protéger l'intégrité du stockage contre la corruption des données, par exemple en cas de coupure d'alimentation (le stockage prend la forme d'un arbre structuré par journaux avec fusion), ainsi qu'un système simple de sauvegarde basé sur des instantanés. Il est possible de regrouper les nœuds VictoriaMetrics en un cluster scalable horizontalement, supportant des mécanismes de haute disponibilité.
Parmi les nouveautés ajoutées dans cette nouvelle version :
- Dans MetricsQL, pour plus de clarté, il est possible de séparer les chiffres par des soulignements (par exemple, on peut indiquer 1_234_567_890 et 1.234_567_890 au lieu de 1234567890 et 1.234567890).
- Dans vmbackup, un support a été ajouté pour laisser sur le serveur les copies des sauvegardes créées.
- L'interface vmui a ajouté une option pour afficher les 25 dernières requêtes. La page « Explore cardinality » a été mise à jour avec le support de l'exportation des données vers Prometheus. Un bouton pour le formatage automatique des requêtes PromQL/MetricsQL a été ajouté. La clarté des graphiques a été améliorée. Un historique des requêtes a été ajouté à localStorage.
- Dans vmagent, les capacités de gestion des nœuds du cluster ont été étendues, le traitement des erreurs a été amélioré et la charge sur le panneau de contrôle Kubernetes a été réduite lors de la découverte initiale du service.
- Dans le cluster, le temps maximal de restauration autorisé lors des opérations vmselect et vminsert a été réduit de 60 à 3 secondes, dans le cas où certains nœuds vmstorage ne sont pas accessibles.
On peut noter la tenue aujourd'hui à 19 heures, heure de Moscou, d'une conférence virtuelle au cours de laquelle les développeurs de VictoriaMetrics présenteront les nouvelles fonctionnalités du projet et les plans de développement, ainsi que des informations sur la gestion de la plateforme et la détection des anomalies, et partageront des informations sur le développement de la base de données relationnelle ouverte pour la gestion des journaux VictoriaLogs. La séance se terminera par une section de questions-réponses.
Source : opennet.ru
