Valime andmesalvestust Prometheus'e jaoks: Thanos vs VictoriaMetrics

Tere kõigile. Allpool on esitatud aruanne Big Monitoring Meetup 4'st.

Prometheus – erinevate süsteemide ja teenuste jälgimise süsteem, mille abil süsteemiadministraatorid saavad koguda teavet süsteemide kaasnevate parameetrite kohta ja seadistada teavitused süsteemide toimimise kõrvalekalletest.

Aruandes võrreldakse Thanos ja VictoriaMetrics — projekte Prometheus'e meetrikate pikaajaliseks salvestamiseks.

Esmalt räägin Prometheus'est. See on jälgimissüsteem, mis kogub metrikad määratud sihtidest ja salvestab need lokaalsetesse salvestusruumidesse. Prometheus suudab salvestada metrikad kaugsalvestusse, genereerida häireid ja salvestusreegleid.

Prometheus'e piirangud:

• Tal pole globaalset päringu vaadet. See on siis, kui teil on mitu sõltumatut Prometheuse instantsi. Need koguvad metrikad. Ja te soovite teha päringu kõigi nende metrikate pealt, mis on kogutud erinevatest Prometheuse instantsidest. Prometheus ei luba seda.
• Prometheus'e jõudlus on piiratud vaid ühe serveriga. Prometheus ei saa automaatselt skaleeruda mitme serveri peale. Te saate ainult käsitsi jagada oma sihtid mitmete Prometheuste vahel.
• Metrikate maht Prometheus'es on piiratud ühe serveriga sama põhjusel, miks ta ei saa automaatselt skaleeruda mitme serveriga.
• Prometheus'es pole andmete säilitamine sugugi lihtne.

Nende probleemide/lahenduste küsimus?

Lahendused on järgmised:

• Thanos
• VictoriaMetrics
• Uber M3
• Cortex

Kõik need lahendused on mõeldud Prometheus'e kogutud andmete kaugsalvestamiseks. Need lahendavad eelmisel slaidil käsitletud kaugsalvestuse probleemi erinevalt. Käesolevas esitlusel räägin vaid kahest esimesest lahendusest: Thanos ja VictoriaMetrics.

Esmakordselt ilmus teave Thanos selle kohta sellel lingil. Seal on kirjeldatud arhitektuuri Thanos ja kuidas see töötab.

Thanos võtab andmed, mis Prometheus on lokaatdiskis salvestanud, ja kopeerib need S3-sse, GCS või mõnda teise objekti salvestusse.

Nii tagab Thanos globaalset päringu vaadet. Te saate küsida andmeid, mis on salvestatud objekti salvestusse mitmest Prometheuse instantsist.

Thanos toetab PromQL-i ja Prometheuse päringu API-t..

Thanos kasutab JSON-salvestamiseks Prometheuse koodi.

Thanos arendavad samad arendajad, kes arendasid Prometheuse.

Küsimus VictoriaMetrics. Siin link, kus me esmakordselt rääkisime VictoriaMetrics.

VictoriaMetrics saadab andmed mitmest Prometheusest remote write API protokoll, mida toetab Prometheus.

VictoriaMetrics võimaldab globaalse päringute vaatamise, kuna mitu Prometheuse eksemplari saavad kirjutada andmeid ühte VictoriaMetrics'i. Seega saate päringuid teha nende kõikide andmete põhjal.

VictoriaMetrics toetab samuti, nagu ka Thanos — PromQL ja Prometheus päringu API-d.

Erinevalt Thanosest on VictoriaMetrics'i lähtekood kirjutatud nullist ja optimeeritud kiirusel ja ressursikasutusele.

VictoriaMetrics skaleerub, erinevalt Thanosest, nii vertikaalselt kui ka horisontaalselt. On olemas üksik-sõlme versioon, mis skaleerub vertikaalselt. Saate alustada ühe protsessori ja 1 GB mäluga ning järk-järgult kasvada saja protsessori ja 1 TB mäluni. VictoriaMetrics suudab seda ressursse kasutada. Selle töökindlus tõuseb umbes 100 korda võrreldes ühe tuumaga süsteemiga.

Thanos'e ajalugu algas novembris 2017, kui ilmus esimene avalik commit. Enne seda arendati Thanos'e ettevõttes improbable.io.

Juuni 2019. aastal toimus märgiline väljaanne 0.5.0, kus eemaldati gossip protokoll. See eemaldati Thanos'est, sest see ei näidanud end parimast küljest. Tihti toimis Thanos'e klaster valesti, sõlmed ei ühendatud õigesti gossip protokolli tõttu. Seetõttu otsustati see sealt eemaldada. Arvan, et see on õige otsus.

Samas juunis 2019 saatsid nad taotluse numbri 256 ja Cloud Native Computing Foundation.

Ja paar kuud hiljem võeti Thanos vastu Cloud Native Computing Foundation, kuhu kuuluvad Prometheus, Kubernetes ja teised populaarsed projektid.

Jaanuaris 2018 algas VictoriaMetrics'i arendus.

Septembris 2018 mainisin esmakordselt avalikult VictoriaMetrics'i.

Detsembris 2018 avaldasime üksik-sõlme versiooni.

Mais 2019 avalikustati nii üksik-sõlme kui ka klastriversioonide lähtekood.

Juuni 2019, nagu Thanos, esitasime CNCF fondile taotluse numbri 255. Esitasime taotluse ühe päeva varem, kui Thanos.

Kahjuks ei ole meid siiani vastu võetud. Kommunikatsiooni abi on vajalik.

Vaadakem peamisi slaide, mis näitavad Thanos'e ja VictoriaMetrics'i arhitektuuri.

Alustame Thanosega. Kollased komponendid on Prometheuse komponendid. Kõik muu on Thanose komponendid. Alustame tähtsaimast komponendist. Thanos Sidecar on komponent, mis paigaldatakse iga Prometheuse kõrvale. Ta tegeleb sellega, et laadib Prometheuse andmed kohalikust salvestusest S3-sse või teise objektisalvestusse.

On veel selline komponent nagu Thanos Store Gateway, mis oskab neid andmeid Object Storage'ist lugeda Thanos Query'lt tulevate päringute korral. Thanos Query rakendab PromQL-i ja Prometheuse API-t. See tähendab, et sealtpoolt näeb ta välja nagu Prometheus. Ta võtab vastu PromQL-päringud, saadab need Thanos Store Gateway-le, Thanos Store Gateway toob vajalikud andmed Object Storage'ist tagasi.

Kuid meie Object Storage's on andmed ilma viimase kahe tunni jooksul, kuna Thanos Sidecar'i rakendamise eripära ei võimalda viimase kahe tunni andmeid S3 Object Storage'isse üles laadida, kuna nende kahe tunni jooksul ei olnud Prometheus veel faile lokaalses salvestuses loonud.

Kuidas me selle eeskuju ületame? Thanos Query lisaks päringutele Thanos Store Gateway'sse saadab samaaegselt päringud ka igasse Thanos Sidecar'i, mis asub Prometheus'e lähedal.

Ja Thanos Sidecar omakorda edastab päringud edasi Prometheus'esse, et tuua välja andmeid viimase kahe tunni kohta.

Lisaks nendele komponentidele on olemas ka valikuline komponent, ilma milleta Thanos ei tunne end hästi. See on Thanos Compact, mis tegeleb väikeste failide ühendamisega Object Storage'sse suuremateks failideks, mis on sinna üles laaditud Thanos Sidecar'ide poolt. Thanos Sidecar laadib sinna andmeid kahe tunni kohta. Kui neid faile ei liidetaks suuremateks failideks, võib nende arv väga palju suureneda. Mida rohkem on selliseid faile, seda rohkem on Thanos Store Gateway'le vajalikku mälu ja rohkem on ressursse andmete edastamiseks võrgus, metainformatsioonile. Thanos Store Gateway töö muutub ebatõhusaks. Seetõttu on oluline käivitada Thanos Compact, mis ühendab väiksed failid suuremateks, et nende failide arv oleks väiksem ja et vähendada overhead'i Thanos Store Gateway's.

On veel selline komponent nagu Thanos Ruler. See täidab Prometheuse häirete reegleid ja suudab arvutada Prometheuse salvestusreegleid, et salvestada andmeid uuesti Object Storage'isse. Kuid selle komponenti kasutamist ei soovitata, kuna see on altid tagasi tooma puudulikke andmeid.

Selline lihtne skeem on Thanos'e puhul.

Nüüd võrreldame seda VictoriaMetrics skeemiga.

VictoriaMetrics'il on 2 versiooni: ühe sõlme ja klasterversioon. Ühe sõlme versioon töötab ühel arvutil. Ühe sõlme versioonis ei ole neid komponente, lihtsalt üks binaarfail. See binaarfail näeb välja nagu see ruut. Kõik, mis ruudu sees on, on ühe sõlme versiooni binaarfaili sisu. Te ei pea selle kohta palju teadma. Lihtsalt käivitate binaarfaili — ja kõik töötab.

Klastri versioon on keerulisem. Selle sees on kolm erinevat komponenti: vmselect, vminsert ja vmstorage. Nende nimed annavad selgelt mõista, millega igaüks tegeleb. Insert komponent võtab andmeid vastu erinevates formaatides: Prometheuse remote write API, Influx line protokoll, Graphite protokoll ja OpenTSDB protokoll. Insert komponent võtab need vastu, parsib ja jagab olemasolevatele salvestuskomponentidele, kus andmed salvestatakse. Select komponent, omakorda, võtab vastu PromQL päringud. See rakendab PromQL, samuti Prometheuse päringu API, ja seda saab kasutada asendajana Prometheusele Grafanas või teiste Prometheuse API klientide seas. Select aktsepteerib promql päringut, parsib selle, loeb vajalikud andmed selle päringu täitmiseks salvestusnode'ist, töötleb neid andmeid ja tagastab vastuse.

Võrdleme Thanos'e ja VictoriaMetrics'i installimise keerukust.

Alustame Thanosega. Enne Thanosega töötamise alustamist tuleb luua bucket objektipõhisest salvestusest, nagu S3 või GCS, et Thanos Sidecar saaks sinna andmeid kirjutada.

Seejärel peab iga Prometheuse jaoks installima Thanos Sidecari. Enne seda ärge unustage keelata andmete tiheduse kokkusurutust Prometheuses. Andmete tiheduse kokkusurumine tihendab andmeid perioodiliselt Prometheuse kohalikus salvestuses, et vähendada ressursikasutust.

Kui installite Thanos Sidecari oma Prometheusesse, peate selle andmete tiheduse kokkusurutuse keelama, sest Thanos Sidecar ei oska normaalselt töötada, kui andmete tihedus on sisse lülitatud. See tähendab, et teie Prometheus hakkab salvestama andmeid plokkides kaheteistkümne tunni kaupa ja lõpetab nende plokkide liitmise suuremateks. Seega, kui teete päringuid, mis ületavad kahte viimast tundi, töötavad need võrreldes sellega, kui andmete tiheduse kokkusurumine oleks sisse lülitatud, vähem efektiivselt.

Seetõttu soovitab Thanos vähendada andmete säilitamise aega kohalikus salvestuses 6-8 tunni peale, et vähendada paljude väikeste plokkide ülemäära.

Pärast Thanos Sidecari installimist peate iga objektipõhise salvestusbucket'i jaoks installima kaks komponenti. Need on Thanos Compactor ja Thanos Store Gateway.

Seejärel tuleb installida Thanos Query ja seadistada see nii, et see oskaks ühenduda kõikide Thanos Store Gateway'dega, mis teil on, samuti oskaks see ühenduda kõigi Thanos Sidecar'idega.

Siin võib olla väike probleem.

Te peate seadistama usaldusväärse ja turvalise ühenduse Thanos Query komponentidega. Ja kui teie Prometheused on erinevates andmekeskustes või erinevates VPC-des, on neile välistest ühendustest juurdepääs keelatud. Kuid Thanos Query tööks peate leidma muud viisi nende ühenduste seadistamiseks.

Kui teil on selliseid andmekeskusi palju, väheneb kogu süsteemi usaldusväärsus. Kuna Thanos Query peab pidevalt hoidma ühendusi kõigi Thanos Sidecaridega, mis asuvad erinevates andmekeskustes. Iga sissetuleva päringu korral saadab see päringud kõigile Thanos Sidecaridele. Kui ühendus katkeb, saate kas mittetäieliku andmestiku või vastuse „kluster ei tööta”.

VictoriaMetricsis on kõik veidi lihtsam. Ühikus toimiva versiooni jaoks piisab lihtsalt ühe binaari käivitamisest ja kõik töötab.

Klastriversiooni jaoks peate käivitama kõik eespool mainitud kolm komponenti soovitud arvudes või kasutama helm charti komponentide automatiseeritud käivitamiseks Kuberneteses. Me plaanime ka Kubernetes operaatoreid luua. Helm chart ei kata mõningaid juhtumeid ja võib põhjustada endale jalga tulistamist. Näiteks võimaldab see vähendada salvestusnode'e arvu, mis toob kaasa andmete kadumise.

Pärast ühe binaari või klastriversiooni käivitamist piisab, kui lisada Prometheuse konfiguratsiooni remote write URL seadistus, et see hakkaks paralleelselt andmeid kirjutama nii kohalikku salvestusse kui ka kaugsalvestusse. Nagu te olete märganud, peaks see konfiguratsioon olema palju usaldusväärsem võrreldes Thanos konfiguratsiooniga. Me ei pea hoidma ühendust VictoriaMetricsiga kõigi Prometheustega, kuna Prometheused ühenduvad ise VictoriaMetricsiga ja edastavad andmeid.

Vaatame Thanos ja VictoriaMetrics hooldust.

Thanos peab jälgima Sidecar'i, et nad ei lõpetaks andmete laadimist Object Storage'isse. Nad võivad lõpetada selle andmete laadimise laadimisvigade tõttu, näiteks kui teie võrk on ajutiselt katkenud Object Storage'iga või kui Object Storage on ajutiselt kättesaamatu. Sellisel juhul märkab Thanos Sidecar seda, teavitab veast, võib kokku kukkuda ja seejärel lõpetada töötamise. Kui te ei jälgi seda, siis lõpetate andmete edastamise Object Storage'isse. Kui retention periood (soovitatavalt 6-8 tundi) möödub, kaotate andmed, mis ei jõudnud Object Storage'isse.

Thanos'e kompaktoreid võivad peatada konkurentsitingimused Sidecar'iga. Kompaktoreid võetakse andmeid Object Storage'ist ja liidetakse need suurematesse andmeblokki. Kuna kompaktoreid ei ole sünkroniseeritud Sidecar'itega, võib juhtuda järgmine: Sidecar ei ole veel plokki lõpule viinud, Kompaktor arvab, et see plokk on täielikult salvestatud. Kompaktor hakkab seda lugema ja loeb ploki osaliselt ning lõpetab töötamise. Vaadake detaile. siit.

Store Gateway võib edastada ebaühtlaseid andmeid konkurentsitingimustes kompaktori ja Sidecar'ite vahel. Siin on sama probleem, kuna Store Gateway ei ole kuidagi sünkroniseeritud kompaktori ja Sidecar'itega. Seetõttu võivad tekkida võistluse olukorrad, kus Store Gateway ei näe osa andmeid või näeb liigseid andmeid.

Thanos'e päringukomponent annab vaikimisi osalise tulemuse, kui mõned Sidecar'id või Store Gateway ei ole hetkel saadaval. Saate osa andmeid ja isegi ei tea, et te ei saanud kõiki andmeid. See töötab nii vaikimisi. Sarnases olukorras VictoriaMetrics tagastab märgistatud andmed osalistena.

Erinevalt Thanos'est, VictoriaMetrics harva kaotab andmeid. Isegi kui ühendus Prometheusega VictoriaMetrics'iga katkeb, ei ole see probleem, kuna Prometheus jätkab saabuvate uute andmete salvestamist Write Ahead Log'i, mille suurus on 2 tundi. Kui taastate ühenduse VictoriaMetrics'iga kahe tunni jooksul, ei kaota te andmeid. Prometheus suudab andmeid kirjutada pärast ühenduse taastamist VictoriaMetrics'iga..

Erinevalt Thanosest, mis salvestab andmeid object storage'i alles kahe tunni pärast, replikeerib Prometheus automaatselt andmeid remote write protokolli kaudu remote storage'i, nagu VictoriaMetrics. Teil ei ole midagi karta, kui Promotions kaotab local storage'i. Kui see peaks kaotama local storage'i, kaotate te halvemal juhul vaid viimased sekundid andmeid, mis ei jõudnud remote storage'i salvestada.

Kubernetes hallab klastrit automaatselt, erinevalt Thanosest. Kõiki Thanos komponentide on keeruline paigutada ühte Kubernetes klastrisse, erinevalt VictoriaMetrics klastrikomponentidest.

VictoriaMetrics'i uuendamine uuele versioonile on väga lihtne. Lihtsalt peatate VictoriaMetrics'i, uuendate binaarid ja käivitate uuesti. SIGINT signaali kaudu peatamisel teevad kõik VictoriaMetrics'i binaarid gracefull shutdown'i. Nad salvestavad õigesti vajalikud andmed ja sulgevad õigesti sisenevad ühendused, et midagi ei kaoks. Seetõttu ei kaota te midagi uuendamise käigus.

VictoriaMetrics'i klastrit on väga lihtne laiendada. Lihtsalt lisage vajalikud komponendid ja jätkake tööd.

Thanos ja VictoriaMetrics'i potentsiaalsete probleemide ülevaade.

Thanosel on järgmised potentsiaalsed probleemid. Prometheus peab hoidma andmeid viimase kahe tunni jooksul. Kui need kaovad, kaotate need täielikult, kuna need ei ole veel jõudnud Object Storage'i, nagu S3.

Store Gateway komponent ja compactor komponent võivad vajada palju mälu, et töötada suure Object Storage'iga, kui seal on palju väikeseid faile. Mida rohkem on faile ja nende suurust, seda rohkem vajavad Store Gateway ja compactor operatiivmälu metaandmete säilitamiseks. Thanosel on palju probleeme seoses sellega, et Store Gateway ja compactor kukuvad keskmise salvestatud andmemahtude korral kokku..

Thanos reklaamib, et see suudab lõputult skaleeruda teie Prometheuste arvu. Tegelikult ei ole see tõsi. Kõik päringud lähevad läbi Query komponendi, mis peab samaaegselt küsima kõiki Store Gateway ja Sidecar komponente, et sealt andmeid välja tõmmata ja seejärel neid eelprotsessima. On ilmne, et päringute kiirus on piiratud kõige aeglasema nõrgima lüli, aeglasima Store Gateway või aeglasima Sidecar'i poolt.

Need components may be unevenly loaded. For example, you may have Prometheus collecting millions of metrics per second. And there is a Prometheus that collects thousands of metrics per second. The Prometheus collecting millions of metrics per second puts much more load on the server it runs on. Accordingly, the Sidecar operates slower there. In general, everything works slowly there. The Query component will pull data from there very slowly. Therefore, the performance of your entire cluster will be limited by this slow Sidecar.

By default, Thanos delivers partial data if any Sidecars or the Store Gateway are unavailable. For instance, if you have Sidecars distributed around the world in different data centers, the likelihood of connection breaks and unavailability of components increases significantly. Consequently, in most cases, you will receive partial data without even knowing it.

VictoriaMetrics also has its pitfalls. The first pitfall is an option that limits the amount of memory used for the VictoriaMetrics cache. By default, it is set to 60% of the RAM on the machine where VictoriaMetrics is running or 60% of the RAM of the VictoriaMetrics pod in Kubernetes.

If this value is incorrectly changed, it can compromise the performance of VictoriaMetrics. For example, if a value that is too low is set, the data may no longer fit into the VictoriaMetrics cache. Consequently, it will have to perform extra work and strain the processor with disk I/O. Setting this option too high increases, firstly, the likelihood of VictoriaMetrics crashing with an out of memory error, and secondly, it will leave very little memory available for the file cache in the operating system. VictoriaMetrics relies on file cache for performance. If it is insufficient, disk load may significantly increase. Therefore, the advice is not to change this parameter unless absolutely necessary.

The second option is retentionPeriod — the period, which is by default set to 1 month. This is the time during which VictoriaMetrics stores data. After this period, VictoriaMetrics deletes the data.

Paljud käivitavad VictoriaMetrics ilma selle parameetrita, salvestavad andmeid kuu aega. Ja siis küsivad: miks andmed kadusid eelmisel kuul? Sest retentionPeriod on vaikimisi 1 kuu. Seetõttu on oluline teada ja seada õige retentionPeriod.

Vaatame üle unikaalsed võimalused.

Thanosel on selline funktsioon nagu downsampling: 5-minutilised ja tunnised intervallid, mis sageli töötavad valesti. Kui googeldada ja vaadata nende issue teemasid githubis, on seal palju teemasid, mis on seotud selle downsamplinguga, et see töötab mõnikord valesti või ei toimi nii, nagu kasutajad ootavad.

Thanosel on andmete deduplikatsioon Prometheus HA paaride jaoks. Kui kaks Prometheust koguvad samu mõõdikuid samadelt sihtkohtadelt ja Thanos kogub need Object Storage'i. Thanos suudab neid andmeid õigesti deduplicaida, erinevalt VictoriaMetrics'ist.

Thanosel on alert komponent, mis oli Thanos'e skeemil. Kuid seda ei soovitata kasutada tootmises.

Thanosel on eelis, et Thanos'e ja Prometheuse kood on ühine. Thanos ja Prometheus on välja töötatud samade arendajate poolt. Kui Thanos'e või Prometheuse puhul tehakse täiustusi, kasu saavad mõlemad.

VictoriaMetrics'i peamine funktsioon on — MetricsQL. See on VictoriaMetrics'i laiendus PromQL-ile, millest ma rääkisin eelmise suure jälgimise kohtumise ajal.

VictoriaMetrics toetab andmete sisestamist mitmesuguste protokollide kaudu. VictoriaMetrics ei saa ainult andmeid Prometheuse kaudu, vaid ka protokollide Influx, OpenTSDB ja Graphite kaudu.

VictoriaMetrics'i andmed võtavad tavaliselt palju vähem ruumi võrreldes Thanos'e ja Prometheusega.

Kui salvestada tegelikke andmeid, siis kasutajad räägivad 2-5 korda väiksemast andmete suurusest kettal võrreldes Prometheuse ja Thanos'ega.

Veel üks VictoriaMetrics'i eelis on see, et see on optimeeritud kiirusel.

Vaatame üle infrastruktuuri kulud.

Üks Thanos'e eelistest on see, et ta salvestab andmed objektide salvestusse, mis on suhteliselt odav.

Objektide salvestusse andmete salvestamisel peate tasuma andmete kirjutamise ja lugemise operatsioonide eest (10 dollarit miljoni operatsiooni kohta). Kui salvestate andmeid objektide salvestusse, maksate oma hostimise kulud andmete Internetti üles laadimise eest, kui teie klaster ei asu AWS-is — seal on see tasuta. Kui loote andmeid, maksate 10 kuni 230 dollarit 1TB eest. See võib olla märkimisväärne, kui küsitakse sageli ajaloolisi andmeid Thanos'e klastri kohta.

Thanos klastri jaoks on vaja tasuda Compact, Store Gateway, Query komponentide serverite eest, mis nõuavad suurt mälu ja CPU-d suurte andmehulkade jaoks.

VictoriaMetricsi kulud on sellised. Kui hoida andmeid GCE HDD kettadel, siis tuleb maksta 40 dollarit 1TB eest. VictoriaMetricsile piisab tavalistest HDD kettatest, SSD-d ei ole vajalikud, need maksavad viis korda rohkem. VictoriaMetrics on optimeeritud HDD-de jaoks.

VictoriaMetrics vajab servereid komponentide jaoks: kas Single-node või klastrikomponentide jaoks, mis erinevalt Thanos komponentidest nõuavad palju vähem CPU-d ja RAM-i — seega on nad odavamad.

Rakendamise näited.

Thanos rakendamise näide on Gitlab. Gitlab töötleb täielikult Thanosel. Kuid kõik ei ole seal liiga sujuv. Kui vaadata nende issues, siis võib näha, et neil tekivad pidevalt mingid operatiivprobleemid Thanos: Store Gateway või Query komponentide jaoks vajatakse rohkem mälu. Neil tuleb pidevalt suurendada mälu mahtu.

Sellega seoses suurenevad kulud nende probleemide lahendamiseks.

Teine rakendus, mis võib olla edukam — on ettevõte Improbable, kes alustas Thanos arendamist. Nad avaldasid Thanos allikaid. Improbable on ettevõte, mis tegeleb mängumootorite arendamisega.

VictoriaMetricsi avalikud rakendamise näited on:

• wix.com veebilehtede koostaja
• Adidas rakendab VictoriaMetricsi ja tegi isegi ettekande viimasel PromCon 2019
• TrafficStars — reklaamivõrgustik
• Seznam.cz — populaarne Tšehhi otsingumootor.

Edasi on olnud nimetamata ettevõtted, keda ma hetkel ei saa nimetada. Nad ei andnud nõusolekut.

• Üks suur mängude arendaja. Suurem kui Improbable.
• Suur graafika tarkvara arendaja.
• Suur Vene pank.
• Euroopa tuulegeneraatormootorite tootja, kes on edukalt testinud VictoriaMetricsi. See tootja rakendab VictoriaMetricsi andmete jälgimiseks, mis on saadud tuulegeneraatoritest, kiirusel 50 proovide sekundis iga sensori kohta. Igas tuulegeneraatormootoris on mitu sada sensori. Neil on mitu sada tuulegeneraatormootorit.
• Venemaa lennufirmad, kes soovivad rakendada VictoriaMetricsit, aga ei saa kunagi hakkama. Meie oleme lepingueelsetes läbirääkimistes.

Järeldused.

VictoriaMetrics ja Thanos lahendavad sarnaseid probleeme, kuid erinevate meetoditega:

• Globaalne päringuväljavaade
• horisontaalne skaala
• valikuline säilitamine

Aitäh.

Ootame teid meie telegrami kanalis.

Ainult registreeritud kasutajad saavad küsitluses osaleda. Logige sisse, palun.

Mida te kasutate Prometheuse pikaajalise salvestamise jaoks?

• 35,3%Thanos6

• 0,0%Cortex0

• 0,0%M3DB0

• 41,2%VictoriaMetrics7

• 23,5%muu4

Hääletas 17 kasutajat. Jätkas 16 kasutajat.

Allikas: habr.com