A apărut versiunea 1.94.0 a platformei VictoriaMetrics, care oferă un sistem de gestionare a bazelor de date pentru stocarea și procesarea datelor sub formă de serii temporale (un înregistrare formează timpul și un set de valori corespunzătoare acestui timp, de exemplu, obținute prin sondarea periodică a stării senzorilor sau colectarea metricalor), optimizat pentru soluții de monitorizare. Proiectul concurează cu soluții precum InfluxDB, TimescaleDB, Thanos, Cortex și Uber M3, având o performanță superioară. SGBD-ul poate fi utilizat ca un depozit pe termen lung de date, conectat la Prometheus și Grafana, precum și ca o înlocuire transparentă a InfluxDB. Codul este scris în limbajul Go și este distribuit sub licența Apache 2.0.
În testele de performanță, VictoriaMetrics depășește InfluxDB și TimescaleDB la efectuarea operațiunilor de inserare și interogare a datelor de până la 20 de ori, consumând în același timp de 10 ori mai puțină memorie RAM decât InfluxDB și de 7 ori mai puțină decât Prometheus, Thanos și Cortex în procesarea milioanelor de serii temporale unice. Stocarea datelor într-o formă comprimată permite stocarea a de 7 ori mai multe înregistrări în același volum de stocare comparativ cu Prometheus, Thanos și Cortex, și de 70 de ori mai multe comparativ cu TimescaleDB. Există optimizări specifice pentru stocarea cu latențe mari și intensitate scăzută a operațiunilor de intrare/ieșire (de exemplu, discuri dințate și stocări cloud AWS, Google Cloud și Microsoft Azure).
SGBD-ul este disponibil sub formă de fișier executabil unic cu configurații minime, transmise prin linia de comandă la pornire. Toate datele sunt stocate într-un singur director, specificat la pornire prin opțiunea „-storageDataPath”. Limbajul interogărilor utilizat este MetricsQL, o versiune extinsă a limbajului PromQL, utilizat în sistemul de monitorizare Prometheus. Pe lângă procesarea continuă a datelor primite, VictoriaMetrics oferă și opțiunea încărcării datelor istorice colectate anterior.
Sunt disponibile instrumente pentru protejarea integrității stocării împotriva coruperii datelor, de exemplu, în cazul unei întreruperi de urgență a alimentării (stocarea are forma unei structuri de tip jurnal-arbore cu fuziune), precum și un sistem simplu de backup bazat pe instantanee. Este posibilă unirea nodurilor VictoriaMetrics într-un cluster orizontal scalabil, care suportă mecanisme de asigurare a disponibilității ridicate.
Printre noutățile adăugate în noua versiune:
- În MetricsQL, pentru claritate, este permisă separarea numerelor printr-un underscore (de exemplu, se pot utiliza 1_234_567_890 și 1.234_567_890 în loc de 1234567890 și 1.234567890).
- În vmbackup a fost adăugată suportul pentru păstrarea server copiilor de backup create.
- În interfața vmui a fost adăugată o opțiune pentru a arăta ultimele 25 de cereri. Pe pagina „Explore cardinality” a fost adăugată suport pentru exportul datelor în Prometheus. A fost adăugată un buton pentru formatarea automată a cererilor PromQL/MetricsQL. A crescut claritatea diagramelor. În localStorage a fost adăugată o stocare a istoricului cererilor.
- În vmagent au fost extinse capabilitățile de gestionare a nodurilor cluster-ului, au fost îmbunătățite gestionarea erorilor și s-a redus sarcina asupra panoului de control Kubernetes în timpul descoperirii inițiale a serviciului.
- În cluster, timpul maxim admis pentru recuperare a fost redus de la 60 la 3 secunde în timpul execuției operațiunilor vmselect și vminsert, în situația în care unele noduri vmstorage nu sunt disponibile.
Este de remarcat organizarea astăzi la ora 19:00, ora Moscovei, a unei conferințe virtuale, în care dezvoltatorii VictoriaMetrics vor prezenta noile funcționalități ale proiectului și planurile de dezvoltare, vor discuta despre gestionarea platformei și identificarea anomaliilor, precum și vor împărtăși informații despre dezvoltarea SGBD-ului deschis pentru gestionarea jurnalelelor VictoriaLogs. La final, va avea loc o sesiune de întrebări și răspunsuri.
Sursa: opennet.ro
