Elérhető a VictoriaMetrics 1.94.0 platform kiadása, amely egy időbeli sorozatokban tárolásra és feldolgozásra szolgáló adatbázis-kezelő rendszer (a felvétel egy időt és ehhez az időponthoz tartozó értékek halmazát képezi, például periódikus érzékelőállapot-lekérdezések vagy metrikagyűjtés révén), optimalizálva figyelési feladatok megoldására. A projekt versenyez az InfluxDB, TimescaleDB, Thanos, Cortex és Uber M3 megoldásaival, és magasabb teljesítményt nyújt. Az adatbázis tartós adattárolóként használható, amely csatlakozik a Prometheushoz és a Grafanához, illetve átláthatóan helyettesítheti az InfluxDB-t. A kód Go nyelven íródott, és Apache 2.0 licenc alatt terjesztik.
A VictoriaMetrics teljesítménytesztek során az InfluxDB-t és a TimescaleDB-t 20-szorosan megelőzi az adatok beillesztési és lekérdezési műveleteinek végrehajtásakor, miközben 10-szer kevesebb RAM-ot fogyaszt, mint az InfluxDB és 7-szer kevesebbet, mint a Prometheus, Thanos és Cortex millió egyedi időbeli sorozat feldolgozásakor. Az adatok tömörített formában való tárolása lehetővé teszi, hogy ugyanakkora tárolókapacitásban 7-szer több feljegyzést helyezzünk el a Prometheus, Thanos és Cortex viszonylatában, illetve 70-szer többet a TimescaleDB-hez képest. Specifikus optimalizálások találhatóak a nagy késleltetésű és alacsony intenzitású bemeneti/kimeneti műveletekre (például merevlemezek, AWS, Google Cloud és Microsoft Azure felhőtárolók esetében).
Az adatbázis egyetlen végrehajtható fájl formájában van kialakítva, minimális beállításokkal, amelyeket a parancssoron keresztül adhatunk meg indításkor. Az összes adat egyetlen mappában van tárolva, amelyet a „-storageDataPath” kapcsoló segítségével határozunk meg indításkor. A lekérdezések nyelve a MetricsQL, a Prometheus figyelőrendszerében alkalmazott PromQL nyelv kiterjesztett változata. A VictoriaMetrics folyamatos adatfeldolgozása mellett lehetőség van korábban összegyűjtött történelmi adatok betöltésére is.
Az adatok integritásának védelmére szolgáló eszközök biztosítják az adatkárosodás elkerülését például áramszünet esetén (a tároló napló-szerkezetű fának formált, amely egyesíti az adatokat), valamint egy egyszerű snapshot-alapú biztonsági másolási rendszert is kínálnak. A VictoriaMetrics csomópontok vízszintes méretezhető klaszterbe egyesíthetők, amely támogatja a magas rendelkezésre állási mechanizmusokat.
Az új kiadásban hozzáadott újdonságok közül:
- A MetricsQL-ban a számok aláhúzással való elválasztása lehetővé vált a könnyebb áttekinthetőség érdekében (például megadhatók 1_234_567_890 és 1.234_567_890 a 1234567890 és 1.234567890 helyett).
- A vmbackup-ban hozzáadva lett a támogatás az elkészített biztonsági másolatok megőrzésére. szerveren a létrehozott biztonsági másolatok másolatai.
- A vmui felületén hozzáadva lett egy lehetőség a legutolsó 25 lekérdezés megjelenítésére. Az "Explore cardinality" oldalhoz hozzáadták az adatok exportálásának támogatását Prometheus-ba. Hozzáadva egy gomb a PromQL/MetricsQL lekérdezések automatikus formázására. Növelték a diagramok áttekinthetőségét. A localStorage-ban hozzáadtak egy lekérdezéstörténeti tárolót.
- A vmagent-ben bővültek a klasztercsomópontok kezelésének lehetőségei, javult a hiba kezelés, és csökkent a Kubernetes vezérlőpult terhelése a szolgáltatás kezdeti észlelésekor.
- A klaszterben a vmselect és vminsert műveletek végrehajtásakor a maximálisan megengedett helyreállítási idő 60 másodpercről 3 másodpercre csökkent, ha egyes vmstorage csomópontok nem elérhetők.
Külön érdemes megemlíteni, hogy ma 19 órakor moszkvai idő szerint virtuális konferenciát tartanak, ahol a VictoriaMetrics fejlesztői bemutatják a projekt új lehetőségeit és fejlesztési terveit, beszélnek a platform kezeléséről és anomáliák azonosításáról, valamint megosztanak információkat a VictoriaLogs naplókezelő nyílt adatbázis fejlődéséről. A rendezvény zárásaként kérdésekre válaszoló szekció is lesz.
Forrás: opennet.ru
