VictoriaMetrics 1.94.0 nun haveblas. Ĝi provizas DBMS-on por stokado kaj prilaborado de temposeriaj datumoj (rekordo reprezentas tempon kaj aron da valoroj respondantaj al tiu tempo, ekzemple, akiritaj per perioda sensora enketo aŭ metrika kolekto). Ĝi estas optimumigita por monitoradaj taskoj. La projekto konkurencas kun solvoj kiel InfluxDB, TimescaleDB, Thanos, Cortex kaj Uber M3, kaj fanfaronas pri supera rendimento. La DBMS povas esti uzata kiel longdaŭra datumstokejo, konektita al Prometheus kaj Grafana, kaj kiel travidebla anstataŭaĵo por InfluxDB. La kodo estas skribita en Go kaj distribuita sub la permesilo Apache 2.0.
En rendimentaj testoj, VictoriaMetrics superas InfluxDB kaj TimescaleDB ĝis 20-oble por enmeto- kaj prenoperacioj, konsumante 10-oble malpli da RAM ol InfluxDB kaj 7-oble malpli ol Prometheus, Thanos kaj Cortex dum prilaborado de milionoj da unikaj temposerioj. Kunpremita datumstokado permesas 7-oble pli da registroj en la sama stoka spaco ol Prometheus, Thanos kaj Cortex, kaj 70-oble pli ol TimescaleDB. Specifaj optimumigoj estas haveblaj por alt-latenta kaj malalt-I/O stokado (ekz., diskoj kaj nuba stokado ĉe AWS, Google Cloud kaj Microsoft Azure).
La DBMS estas efektivigita kiel ununura efektivigebla dosiero kun minimumaj agordoj pasitaj per la komandlinio dum starto. Ĉiuj datumoj estas konservitaj en ununura dosierujo, specifita dum starto per la flago "-storageDataPath". La serĉlingvo estas MetricsQL, plilongigita versio de PromQL, uzata en la monitorada sistemo Prometheus. Aldone al kontinua prilaborado de alvenantaj datumoj, VictoriaMetrics ankaŭ provizas la eblecon elŝuti antaŭe kolektitajn historiajn datumojn.
Iloj estas provizitaj por protekti la integrecon de la stokado kontraŭ datenkorupto, ekzemple dum elektropaneo (la stokado estas protokol-strukturita arbo kun kunigo), kaj ankaŭ simpla momentfot-bazita rezervsistemo. Nodoj de VictoriaMetrics povas esti kombinitaj en horizontale skaleblan areton subtenantan altan haveblecon.
Inter la novaj funkcioj aldonitaj en la nova eldono:
- Por klareco, MetricsQL permesas apartigi nombrojn per substrekoj (ekzemple, vi povas specifi 1_234_567_890 kaj 1.234_567_890 anstataŭ 1234567890 kaj 1.234567890).
- vmbackup nun subtenas lasi ŝaltita servilo kopioj de kreitaj sekurkopioj.
- Al la vmui-interfaco estis aldonita opcio por montri la lastajn 25 serĉdemandojn. Al la paĝo "Esplori kardinalecon" estis aldonita subteno por eksportado de datumoj al Prometheus. Aldonita butono por aŭtomata formatado de PromQL/MetricsQL serĉdemandoj. Plibonigita klareco de la diagramo. Stokado de la historio de serĉdemandoj estis aldonita al localStorage.
- vmagent vastigis siajn kapablojn pri administrado de aretaj nodoj, plibonigis erartraktadon, kaj reduktis ŝarĝon sur la Kubernetes-kontrola ebeno dum komenca servmalkovro.
- En areto, la maksimuma permesita reakira tempo por operacioj vmselect kaj vminsert estis reduktita de 60 al 3 sekundoj en situacio kie iuj vmstorage-nodoj ne estas disponeblaj.
Precipe rimarkinda estas virtuala konferenco okazonta hodiaŭ je la 19a horo vespere laŭ Moskva tempo. Programistoj de VictoriaMetrics prezentos la novajn funkciojn kaj evoluigajn planojn de la projekto, diskutos platforman administradon kaj anomaliodetekton, kaj dividos informojn pri la evoluigo de la malfermfonteca registra datumbazo, VictoriaLogs. Sekvos demando-responda sesio.
fonto: opennet.ru
