ĂshtĂ« i disponueshĂ«m lĂ«shimi i platformĂ«s VictoriaMetrics 1.94.0, e cila siguron njĂ« DBMS pĂ«r ruajtjen dhe pĂ«rpunimin e tĂ« dhĂ«nave nĂ« formĂ«n e njĂ« serie kohore (rekordi formon kohĂ«n dhe njĂ« grup vlerash qĂ« korrespondojnĂ« me kĂ«tĂ« kohĂ«, pĂ«r shembull, tĂ« marra pĂ«rmes sondazhi periodik i statusit tĂ« sensorĂ«ve ose mbledhja e metrikĂ«s), e optimizuar pĂ«r zgjidhjen e problemeve tĂ« monitorimit. Projekti konkurron me zgjidhje tĂ« tilla si InfluxDB, TimescaleDB, Thanos, Cortex dhe Uber M3 dhe ka performancĂ« mĂ« tĂ« lartĂ«. DBMS mund tĂ« pĂ«rdoret si njĂ« dyqan afatgjatĂ« i tĂ« dhĂ«nave i lidhur me Prometheus dhe Grafana, dhe gjithashtu si njĂ« zĂ«vendĂ«sim transparent pĂ«r InfluxDB. Kodi Ă«shtĂ« shkruar nĂ« Go dhe shpĂ«rndahet nĂ«n licencĂ«n Apache 2.0.
Në testet e performancës, VictoriaMetrics tejkalon InfluxDB dhe TimescaleDB deri në 20 herë më shpejt se InfluxDB dhe 10 herë më pak RAM se Prometheus, Thanos dhe Cortex kur përpunon miliona seri unike kohore. Ruajtja e të dhënave në formë të ngjeshur ju lejon të vendosni 7 herë më shumë regjistrime në të njëjtën sasi ruajtjeje në krahasim me Prometheus, Thanos dhe Cortex, dhe 7 herë më shumë se TimescaleDB. Ekzistojnë optimizime specifike për ruajtjen me vonesë të lartë dhe intensitet të ulët I/O (për shembull, hard disqet dhe ruajtja në renë kompjuterike AWS, Google Cloud dhe Microsoft Azure).
DBMS Ă«shtĂ« projektuar si njĂ« skedar i vetĂ«m i ekzekutueshĂ«m me cilĂ«sime minimale tĂ« kaluara pĂ«rmes vijĂ«s sĂ« komandĂ«s pas nisjes. TĂ« gjitha tĂ« dhĂ«nat ruhen nĂ« njĂ« direktori, tĂ« specifikuar nĂ« fillim duke pĂ«rdorur flamurin â-storageDataPathâ. Gjuha e kĂ«rkuar e pĂ«rdorur Ă«shtĂ« MetricsQL, njĂ« version i zgjeruar i gjuhĂ«s PromQL qĂ« pĂ«rdoret nĂ« sistemin e monitorimit Prometheus. PĂ«rveç pĂ«rpunimit tĂ« vazhdueshĂ«m tĂ« tĂ« dhĂ«nave hyrĂ«se, VictoriaMetrics ofron gjithashtu mundĂ«sinĂ« pĂ«r tĂ« shkarkuar tĂ« dhĂ«nat historike tĂ« mbledhura mĂ« parĂ«.
Ofrohen mjete pĂ«r tĂ« mbrojtur integritetin e ruajtjes nga korrupsioni i tĂ« dhĂ«nave, pĂ«r shembull, gjatĂ« njĂ« ndĂ«rprerjeje emergjente tĂ« energjisĂ« (ruajtja Ă«shtĂ« nĂ« formĂ«n e njĂ« peme tĂ« strukturuar nĂ« regjistĂ«r me bashkim), si dhe njĂ« sistem i thjeshtĂ« rezervĂ« i bazuar nĂ« fotografi. ĂshtĂ« e mundur tĂ« kombinohen nyjet VictoriaMetrics nĂ« njĂ« grup tĂ« shkallĂ«zuar horizontalisht qĂ« mbĂ«shtet mekanizmat e disponueshmĂ«risĂ« sĂ« lartĂ«.
Ndër risitë e shtuara në versionin e ri:
- Në MetricsQL, për qartësi, numrat ndahen duke nënvizuar (për shembull, mund të specifikoni 1_234_567_890 dhe 1.234_567_890 në vend të 1234567890 dhe 1.234567890).
- vmbackup tani mbështet largimin nga puna server kopje të kopjeve rezervë të krijuara.
- Një opsion është shtuar në ndërfaqen vmui për të shfaqur 25 kërkesat më të fundit. U shtua mbështetje për eksportimin e të dhënave te Prometheus në faqen "Eksploro kardinalitetin". U shtua një buton për të formatuar automatikisht pyetjet PromQL/MetricsQL. Përmirësimi i dukshmërisë së diagrameve. Ruajtja e historisë së kërkesave është shtuar në localStorage.
- vmagent ka zgjeruar aftësitë e menaxhimit të nyjeve të grupimeve, ka përmirësuar trajtimin e gabimeve dhe ka reduktuar ngarkesën në panelin e kontrollit Kubernetes gjatë zbulimit fillestar të shërbimit.
- Në një grup, koha maksimale e lejuar e rikuperimit për operacionet vmselect dhe vminsert është reduktuar nga 60 në 3 sekonda në një situatë ku disa nyje vmstorage nuk janë të disponueshme.
Më vete, mund të vërejmë mbajtjen e një konference virtuale sot në orën 19:XNUMX me kohën e Moskës, në të cilën zhvilluesit e VictoriaMetrics do të prezantojnë aftësitë e reja të projektit dhe planet e zhvillimit, do të flasin për menaxhimin e platformës dhe zbulimin e anomalive, si dhe do të ndajnë informacione në lidhje me zhvillimin e një të hapur DBMS për regjistrimin e VictoriaLogs. Ngjarja do të mbyllet me një seksion pyetjesh dhe përgjigjesh.
Burimi: opennet.ru
