Valime andmesalvestust Prometheus'e jaoks: Thanos vs VictoriaMetrics

Tere kõigile. Allpool on esitluse kokkuvõte Big Monitoring Meetup 4'st.

Prometheus – süsteem erinevate süsteemide ja teenuste jälgimiseks, millega süsteemiadministraatorid saavad koguda teavet süsteemide praeguste parameetralade kohta ja seadistada teateid, et saada teateid süsteemide töö kõrvalekallete kohta.

Esitluses võrreldakse Thanos ja VictoriaMetrics — projekte, mis on mõeldud Prometheus'e pikaajaliseks metrikate salvestamiseks.

Alustuseks räägin Prometheus'est. See on jälgimissüsteem, mis kogub metrikaid määratud sihtkohtadelt ja salvestab need kohalikku salvestusse. Prometheus suudab salvestada metrikaid kaugseadmestusse, suudab genereerida teateid ja salvestamisreegleid.

Prometheus'e piirangud:

• Tal ei ole globaalset päringute ülevaadet. See juhtum on, kui teil on mitu sõltumatut Prometheus'e instantsi. Need koguvad metrikaid. Ja te soovite teha päringu kõigi nende metrikate üle, mis on kogutud erinevatest Prometheus'e instantsidest. Prometheus seda ei võimalda.
• Prometheuse puhul on jõudlus piiratud ainult ühe serveriga. Prometheus ei saa automaatselt skaleeruda mitme serveri peale. Saate käsitsi jaotada oma sihtmärgid erinevate Prometheuste vahel.
• Prometheuses on meetrikate maht piiratud samuti ainult ühe serveriga, mis on sama põhjus, miks ta ei saa automaatselt skaleeruda mitme serveri peale.
• Prometheuses ei ole andmete säilitamine nii lihtne.

Kuidas nende probleemide lahendamine?

Lahendused on järgmised:

• Thanos
• VictoriaMetrics
• Uber M3
• Cortex

Kõik need lahendused on mõeldud Prometheuse poolt kogutud andmete kaugarhive jaoks. Need lahendavad eelmisel slaidil esitatud remote storage probleemi erinevalt. Selles esitluses käsitlen ainult kahte esimest lahendust: Thanos ja VictoriaMetrics.

Esmakordselt ilmus info Thanos selle lingi kaudu . Seal on kirjeldatud arhitektuurija kuidas see töötab. Thanos Thanos võtab andmed, mille Prometheus on lokaalsetele ketastele salvestanud, ja kopeerib need S3-sse,

GCS-i või teise objekti salvestusse. Seega tagab Thanos globaalsete päringute vaatamise. Te saate pärida andmeid, mis on salvestatud objekti salvestusse, mitme Prometheuse eksemplari kaudu.

Thanos toetab PromQL-i ja

Prometheuse päringu API-d. Thanos kasutab andmete salvestamiseks Prometheuse koodi..

Thanos kasutab andmete salvestamiseks Prometheuse koodi.

Thanos'i arendavad samad arendajad nagu Prometheus.

Umbes VictoriaMetrics. Siin link, kus me esmakordselt rääkisime VictoriaMetrics.

VictoriaMetrics saab andmeid mitmest prometheus' est remote write API protokoll, mida toetab Prometheus.

VictoriaMetrics tagab globaalset päringute vaadet, kuna mitmed Prometheus' eksemplarid võivad andmeid salvestada ühte VictoriaMetrics'i. Vastavalt on võimalik teha päringuid kõigi nende andmete põhjal.

VictoriaMetrics toetab samuti nagu Thanos — PromQL ja Prometheuse pärindus-API.

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

VictoriaMetrics, erinevalt Thanos' est, skaaleerub nii vertikaalselt kui horisontaalselt. On Ühe sõlme versioon, mis skaaleerub vertikaalselt. Võite alustada ühe protsessori ja 1 GB mäluga ning kasvata järk-järgult kuni saja protsessori ja 1 TB mäluni. VictoriaMetrics suudab kasutada kogu seda ressursi. Selle jõudlus suureneb umbes 100 korda võrreldes 1-tuumalise süsteemiga.

Thanos'e ajalugu algas novembris 2017, kui ilmus esimene avalik komitee. Enne seda arendati Thanos't ettevõtte sees improbable.io.

Juuni 2019. aastal toimus märgiline väljaanne 0.5.0, kus eemaldati gossip protokoll. See eemaldati Thanosest, kuna ta näitas end halvas valguses. Sageli töötas Thanos klaster vale tõhususega, node'd ei suutnud õigesti toimida gossip-protokolli tõttu. Seetõttu otsustati see sealt eemaldada. Pean seda õigeks otsuseks.

Samas juunis 2019 saatsid nad taotluse numbri 256 ühes 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 VictoriaMetricsi arendus.

Septembris 2018 mainisin esmakordselt avalikult VictoriaMetricsi.

Detsembris 2018 avaldati Single-node versioon.

Maias 2019 avaldi allikaid nii Single-node kui ka klastriversiooni kohta.

Juunis 2019, nagu Thanos, esitasime CNCF sihtasutusele taotluse numbriga 255. Esitasime taotluse ühe päeva varem, kui Thanos.

Kahjuks ei ole meid siiani vastu võetud. Vajame kogukonna abi.

Vaatame üle kõige olulisemad slaidid, mis näitavad Thanos ja VictoriaMetrics arhitektuuri.

Alustame Thanosega. Kollased komponendid on Prometheuse komponendid. Kõik muu on Thanose komponendid. Alustame kõige olulisemast komponendist. Thanos Sidecar on komponent, mis paigaldatakse iga Prometheuse kõrvale. See tegeleb Prometheuse andmete laadimisega kohalikust salvestusruumist S3 või mõnda muusse objektisalvestusse.

On veel üks komponent, Thanos Store Gateway, mis suudab lugeda neid andmeid objektisalvestusest Thanose päringute sisse tulevate taotlustega. Thanos Query rakendab PromQL ja Prometheuse API. Seega näeb see väljastpoolt välja nagu Prometheus. See võtab vastu PromQL päringud, saadab need Thanos Store Gateway'le, mis toob vajalikud andmed objektisalvestusest ja saadab need tagasi.

Kuid meie objektisalvestuses on andmed ilma viimaste kahe tundideta, kuna Thanos Sidecari rakenduse eripära tõttu ei saa see viimaseid kahte tundi objektisalvestusse S3 üles laadida, sest nende kahe tunni jooksul ei ole Prometheus veel loonud faile kohalikus salvestuses.

Kuidas me selle ringi saame? Thanos Query, lisaks päringutele Thanos Store Gateway'sse, saadab samaaegselt päringud ka igasse Thanos Sidecar'i, mis asub Prometheuse läheduses.

Ja Thanos Sidecar omakorda edastab päringud edasi Prometheusele, et tuua välja andmed viimase kahe tunni jooksul.

Lisaks nendele komponentidele on veel valikuline komponent, ilma milleta Thanos ei tunne end hästi. See on Thanos Compact, mis tegeleb väikeste failide kokkuviimisega Object Storage'is suuremateks failideks, mis on siia üles laaditud Thanos Sidecar'ide abil. Thanos Sidecar laadib sinna andmefailid, mis on kahe tunni jooksul genereeritud. Kui neid faile ei liideta kokku suuremateks failideks, võib nende arv kasvama hakata väga oluliselt. Mida rohkem selliseid faile, seda rohkem on vaja mälu Thanos Store Gateway jaoks, ja rohkem ressursse andmete edastamiseks võrgu kaudu, metandmete haldamiseks. Thanos Store Gateway töö muutub ebaefektiivseks. Seetõttu on äärmiselt oluline käivitada Thanos Compact, mis liidab väiksed failid suuremateks, et vähendada selliste failide arvu ja vähendada Thanos Store Gateway koormust.

On olemas ka komponent Thanos Ruler. See täidab Prometheuse häire reegleid ja suudab arvutada Prometheuse salvestusreegleid, et jälle andmeid Object Storage'isse salvestada. Kuid seda komponenti ei soovitata kasutada, kuna see on kaldunud tagastama puudulikku teavet.

Siin on Thanos'e lihtne skeem.

Võrreldes VictoriaMetrics'i skeemiga.

VictoriaMetrics'il on 2 versiooni: ühe sõlme ja klastriversioon. Ühe sõlme versioon töötab ühel arvutil. Ühe sõlme versioonil ei ole neid komponente, vaid ainult üks binaarfail. See binaarfail näeb slaidil välja nagu see ruut. Kõik, mis ruudu sees asub, on ühe sõlme versiooni binaarfaili sisu. Te ei pea sellest teadma. Lihtsalt käivitate binaarfaili ja kõik töötab.

Klastriversioon on keerulisem. Selle sees on kolm erinevat komponenti: vmselect, vminsert ja vmstorage. Nende nimedest peaks olema aru, millega igaühe tegeleb. Insert komponent aktsepteerib andmeid 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, aktsepteerib PromQL päringud. See rakendab PromQL, samuti Prometheuse päringute API-d, ja seda saab kasutada Prometheuse asendajana Grafanas või muudes Prometheuse API klientides. Select aktsepteerib promql päringu, parsib selle, loeb vajalikud andmed selle päringu täitmiseks salvestusnode'idest, töötleb need andmed ja tagastab vastuse.

Võrdleme Thanos'e ja VictoriaMetrics'e seadistamise keerukust.

Alustame Thanos'ega. Enne Thanos'ega töötamist tuleb luua bucket objektisalvestuses, nagu S3 või GCS, et Thanos Sidecar saaks andmeid sinna salvestada.

Seejärel tuleb iga Prometheuse jaoks paigaldada Thanos Sidecar. Enne seda ei tohi unustada välja lülitada andmete tihendamist (data compaction) Prometheuses. Andmete tihendamine kokkutihedab andmeid Prometheuse kohalikus salvestuses, et vähendada ressursikasutust.

Kui installite Thanos Sidecari oma Prometheustele, peate selle andmete tihendamise välja lülitama, kuna Thanos Sidecar ei suuda korralikult töötada, kui andmete tihendamine on lubatud. See tähendab, et teie Prometheus hakkab salvestama andmeid kahes tunni plokkides ja lõpetab nende plokkide jagamise suuremateks. Seetõttu, kui teete päringuid, mis ületavad viimase kahe tunni kestuse, ei tööta need sama efektiivselt, võrreldes sellega, kuidas nad võiksid töötada, kui andmete tihendamine oleks sisse lülitatud.

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

Pärast Thanos Sidecar'i installimist peate iga Object Storage Bucketi jaoks seadistama kaks komponenti: Thanos Compactor ja Thanos Store Gateway.

Seejärel peate installima Thanos Query ja seadistama selle, et see oskaks ühenduda kõigi Thanos Store Gateway'dega, mis teil on, ning samuti Thanos Sidecar'iga.

Siin võib olla väike probleem.

Te peate seadistama usaldusväärse ja turvalise ühenduse Thanos Query'st nende komponentidega. Ja kui teie Prometheus'ed asuvad erinevates andmeruumi keskustes või erinevates VPC-des, on välised ühendused neile keelatud. Kuid Thanos Query tööks peate leidma viisi, kuidas sinna ühendus luua.

Kui teil on palju selliseid andmeruumi keskusi, siis väheneb kogu süsteemi usaldusväärsus. Thanos Query peab pidevalt hoidma ühendust kõigi erinevates andmeruumi keskustes asuvate Thanos Sidecar'idega. Iga sisenemise päringu puhul suunab see päringud kõigile Thanos Sidecar'idele. Kui ühendus katkeb, saate kas ebaühtlase andmeseti või vastuse 'klaster ei tööta'.

VictoriaMetricsis on asjad veidi lihtsamad. Single-node versiooniks piisab ühe binaari käivitamisest ja kõik toimib.

Klastri versioonis piisab, kui käivitada kõik eespool mainitud kolm komponenti mis tahes vajalikus koguses, või kasutada helm chart komponentide käivitamise automatiseerimiseks Kubernetesis. Me plaanime teha ka Kubernetes operaatori. Helm chart ei kata mõningaid juhtumeid ja võib põhjustada probleeme. Näiteks võimaldab see vähendada storage node arvu, mis toob kaasa andmete kaotuse.

Pärast ühe binaari või klastri versiooni käivitamist piisab, kui lisada Prometheusesse remote write url, et alustada andmete salvestamist paralleelselt kohalikku storage'i ja kaugstorage'i. Nagu olete märganud, peaks selline konfiguratsioon töötama oluliselt usaldusväärsemalt kui Thanos. Me ei pea hoidma ühendust VictoriaMetricsiga kõigi Prometheustega, kuna Prometheused ühendavad ise VictoriaMetricsiga ja edastavad andmeid.

Vaatame Thanos ja VictoriaMetrics'i hooldust.

Thanos peab jälgima Sidecar'i, et nad ei lõpetaks andmete laadimist Object Storage'i. Nad võivad selle andmete laadimise lõpetada laadimisvigade tõttu, näiteks kui teie ühendus Object Storage'iga katkeb ajutiselt või kui Object Storage on ajutiselt mitteaktiivne. Thanos Sidecar märkab seda hetke, teatab veast, võib kokku kukkuda ja seejärel lõpetada töötamise. Kui te ei jälgi seda, lõpetavad teie andmed edastamise Object Storage'i. Kui retention periood (soovitatavalt 6-8 tundi) möödub, kaotate andmed, mis ei jõudnud Object Storage'i.

Thanos'e kompaktorid võivad lõpetada töötamise Sidecar'iga toimuvate 'võistluste' tõttu. Kompaktorid võtavad andmeid Object Storage'ist ja ühendavad need suuremateks andmepakettideks. Kuna kompaktorid ei ole sünkroonitud Sidecar'idega, võib juhtuda järgmist: Sidecar ei ole veel plokki täielikult kirjutatud, Kompaktor otsustab, et see plokk on täielikult kirjutatud. Kompaktor hakkab seda lugema. Ta loeb plokki mitte täielikult ja lõpetab töötamise. Vaadake üksikasju. siin.

Store Gateway võib edastada ebaühtlast teavet, kuna esineb võistlusi Compactor’i ja Sidecar’ide vahel. Siin on sama probleem, sest Store Gateway ei sünkroonitu Compactor’ite ja Sidecar’idega. Seega võivad esineda võistlussituatsioonid, kus Store Gateway ei näe osa andmeid või näeb liiga palju andmeid.

Thanos’ Query komponent tagastab vaikimisi osalise tulemuse, kui mõned Sidecar’id või Store Gateway ei ole praegu saadaval. Te saate osa andmeid, teadmata, et kõiki andmeid ei ole saadud. Just nii see vaikimisi töötab. Sarnases olukorras VictoriaMetrics tagastab märgistatud andmed osalistena.

Erinevalt Thanost, VictoriaMetrics kaotab harva andmeid. Isegi kui ühendus Prometheus’ega VictoriaMetrics’isse katkevad, siis ei ole probleem, kuna Prometheus jätkab uute andmete kirjutamist Write Ahead Log’isse, mille suurus on 2 tundi. Kui te taastate ühenduse VictoriaMetrics’iga kahe tunni jooksul, siis andmeid ei kaotata. Prometheus suudab andmeid pärast ühenduse taastamist VictoriaMetrics’iga jätkata..

Erinevalt Thanost, mis salvestab andmeid objektisalvestusse alles kahe tunni pärast, replikeerib Prometheus andmeid automaatselt remote write protokolli kaudu remote salvestusse, näiteks VictoriaMetricsi. Sa ei pea kartma kohaliku salvestuse kaotust Prometheuses. Kui see peaks kaotama kohaliku salvestuse, kaotad sa halvemal juhul ainult viimased sekundid andmeid, mis ei jõudnud remote salvestusse salvestuda.

Kubernetes haldab klastit automaatselt, erinevalt Thanost. Kõiki Thanose komponente on keeruline paigutada ühte Kubernetes klastrisse, erinevalt VictoriaMetricsi klastrikomponentidest.

VictoriaMetricsi uuendamine uuele versioonile on väga lihtne. Lihtsalt peatad VictoriaMetricsi, uuendad binaarfailid ja käivitad selle uuesti. SIGINT-signaali tõmbamisel teevad kõik VictoriaMetricsi binaarfailid graatsilise väljalülitamise. Nad salvestavad õigesti vajalikud andmed ning sulgevad õigesti sissetulevad ühendused, et mitte midagi kaotada. Seega ei kaota sa uuendamise ajal mitte midagi.

VictoriaMetricsi klastrite laiendamine on väga lihtne. Lihtsalt lisad vajalikud komponendid ja jätkad tööd.

Thanose ja VictoriaMetricsi potentsiaalsete probleemide kohta.

Thanosel on järgmised nõrkused. Prometheus peab hoidma andmeid viimase kahe tunni eest. Kui need kaovad, kaotate need täielikult, kuna need ei ole veel Object Storage'i, näiteks S3, salvestatud.

Store Gateway komponent ja kompaktsioon komponend võivad vajada palju mälu suure Object Storage'i haldamiseks, kui seal on palju väikeseid faile. Mida rohkem faile ja nende maht, seda rohkem vajab Store Gateway ja kompaktsioon mäluruumi metaandmete hoidmiseks. Thanosel on palju probleeme seoses sellega, et Store Gateway ja kompaktsioon kukuvad keskmise salvestatud andmehulga korral..

Thanos reklaamib, et see suudab skaleeruda piiramatult teie Prometheuse arvu järgi. Tegelikult ei ole see tõsi. Kuna kõik päringud lähevad läbi Query komponendi, mis peab samaaegselt küsima kõiki Store Gateway komponente ja kõiki Sidecar komponente, et sealt andmeid saada ja seejärel neid eelprotsessida. On selge, et päringute kiirus on piiratud kõige aeglasema nõrgima lüli, kõige aeglasema Store Gateway või kõige aeglasema Sidecar'iga.

Need komponentid võivad olla ebaühtlaselt koormatud. Näiteks kui teil on Prometheus, mis kogub miljoneid mõõtmeid sekundis. Ja on Prometheus, kus kogutakse tuhandeid mõõtmeid sekundis. Prometheus, kus kogutakse miljoneid mõõtmeid sekundis, koormab serverit, millel ta töötab, palju rohkem. Seega töötab Sidecar seal aeglasemalt. Ja üldiselt kõik seal töötab aeglaselt. Küsimuskomponent tõmbab sealt andmeid väga aeglaselt. Seega on kogu teie klastrite tootlikkus piiratud selle aeglase Sidecariga.

Vaikimisi annab Thanos osalised andmed, kui mõned Sidecar'id või Store Gateway ei ole saadaval. Näiteks kui teie Sidecar'id on laiali üle kogu maailma erinevates andmekeskustes, siis ühenduse katkemise ja komponentide mittesaadavuse tõenäosus suureneb. Seetõttu saate enamikul juhtudel osalisi andmeid, isegi mitte seda teades.

VictoriaMetrics-l on ka oma varjatud probleemid. Esimene probleem on seade, mis piirab VictoriaMetricsi kasutatava mälumahtu. Vaikimisi on see 60% seadme RAM-ist, kus VictoriaMetrics töötab, või 60% VictoriaMetricsi RAM-ist Kubernetesis.

Vale väärtuse seadmine võib VictoriaMetricsi jõudlusele kahjulikult mõjuda. Näiteks, kui seaded on liiga madalad, siis andmed ei pruugi VictoriaMetricsi vahemälu mahtuda. Sellisel juhul tuleb VictoriaMetricsil teha lisatööd, mis koormab protsessorit ja ketast. Kui seade on liiga suur, suureneb tõenäosus, et VictoriaMetrics kukub mälupuuduse tõttu kokku, ja see jätab operatsioonisüsteemile väga vähe jõudlust failide vahemälu jaoks. VictoriaMetrics toetub jõudluse tagamiseks failide vahemälule. Kui seda pole piisavalt, võib kettale koormus oluliselt suureneda. Seetõttu on soovitus: ärge seadke parameetrit ilma hädavajaduseta.

Teine valik. See on retentionPeriod — vaikimisi seade, mis on määratud 1 kuuks. See on aeg, mille jooksul VictoriaMetrics andmeid säilitab. Pärast seda perioodi VictoriaMetrics andmed kustutab.

Paljud käivitavad VictoriaMetrics ilma selle parameetrita, salvestavad andmeid kuu jooksul. Seejärel küsivad nad: miks andmed kadusid eelmisel kuul? Sest retentionPeriod on vaikimisi määratud 1 kuuks. Seega tuleb teada ja seada õige retentionPeriod.

Vaatame ainulaadseid võimalusi.

Thanosel on selline funktsioon nagu downsampling: 5-minutilised ja tunnised intervallid, mis sageli töötavad vale. Kui otsida ja vaadata nende küsimusi githubis, siis seal on väga palju küsimusi, mis on seotud selle downsamplinguga, et see mõnikord ei tööta õigesti või ei toimi nii, nagu kasutajad ootavad.

Thanosel on andmete deduplikatsioon Prometheuse HA paaride jaoks. Kui kaks Prometheust koguvad samu mõõtmeid samadest sihtidest ja Thanos need objekti salvestusse kogub. Thanos oskab neid andmeid õigesti dedupliceerida, erinevalt VictoriaMetricsist.

Thanosel on alarmeerimise komponent, mis oli Thanosel skeemil. Kuid seda ei soovitata kasutada tootmises..

Thanosel on eelis, et Thanosel ja Prometheusel on ühine kood. Thanos ja Prometheus on välja töötanud samad arendajad. Kui Thanos või Prometheus paraneb, võidab teine pool.

VictoriaMetricsi peamine omadus on MetricsQL. See on VictoriaMetricsi laiendus PromQL-ile, millest rääkisin varasemal big monitoring meetupil.

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

VictoriaMetricsi andmed võtavad tavaliselt palju vähem ruumi võrreldes Thanos ja Prometheusiga.

Kui salvestada reaalset andmeid, siis kasutajad räägivad 2-5 korda väiksemast andmete suurusest kettal võrreldes Prometheuse ja Thanosiga.

Veel üks VictoriaMetricsi eelis on see, et see on optimeeritud kiirusel.

Räägime infrastruktuuri kuludest.

Üks Thanos'e eeliseid on see, et see salvestab andmeid objekti salvestusse, mis on võrreldes teistega suhteliselt odav.

Andmete salvestamisel objektide salvestusse peate maksma andmete kirjutamise ja lugemise operatsioonide eest (10 dollarit miljoni operatsiooni kohta). Kui salvestate andmeid objektide salvestusse, katab teid teie hostingu kulu andmete internetti üleslaadimise eest, kui teie klaster ei ole AWS-is — seal on see tasuta. Andmete lugemisel maksate 10 kuni 230 dollarit 1 TB kohta. See võib olla märkimisväärne, kui pärite sageli ajaloolisi andmeid Thanos klastrist.

Thanos klastri jaoks tuleb maksta serverite eest, mis on vajalikud Compact, Store Gateway, Query komponentide jaoks, mis nõuavad suurt mälu ja CPU-d suurte andmemahtude jaoks.

VictoriaMetricsi kulud on järgmised. Kui andmeid hoitakse GCE HDD-diskidel, siis maksab see 40 dollarit 1 TB eest. VictoriaMetricsile piisavad tavalised HDD-diskid, SSD-diskid, mis maksavad viis korda rohkem, pole vajalikud. VictoriaMetrics on optimeeritud HDD jaoks.

VictoriaMetricsile on vajalikud serverid komponentide jaoks: kas üksiklühendid või klastrikomponendid, mis nõuavad palju vähem CPU-d ja RAM-i kui Thanos komponendid, seega on see odavam.

Rakenduse näidised.

Thanos'e rakenduse näide on Gitlab. Gitlab töötab täielikult Thanos'e peal. Kuid seal ei ole kõik nii sujuv. Kui vaadata nende issues, siis on näha, et neil on pidevalt mingeid operatiivprobleeme Thanos'ega: puudu on mälu Store Gateway või Query komponentide jaoks. Neil tuleb pidevalt suurendada mälu mahtu.

Seetõttu kasvavad kulud nende probleemide lahendamiseks.

Teine implementatsioon, mis võiks olla edukam, on ettevõte Improbable, kes alustas Thanos'e arendamist. Nad avaldasid Thanos'e allika koodi. Improbable on ettevõte, mis tegeleb mängumootorite arendamisega.

VictoriaMetrics'il on avalikud rakenduse näidised:

• wix.com veebilehe koostaja
• Adidas rakendab VictoriaMetrics'i ja pidas isegi ettekande viimases PromCon 2019.
• TrafficStars — reklaamivõrgustik
• Seznam.cz — populaarne Tšehhi otsingumootor.

Järgmiseks olid anonüümsed ettevõtted, keda ma praegu nimetada ei saa. Nad ei andnud nõusolekut.

• Üks suur mängude arendaja. Suurem kui Improbable.
• Suur graafika tarkvara arendaja.
• Suur Venemaa pank.
• Euroopa tuulegeneraatoreid tootav ettevõte, mis on edukalt testinud VictoriaMetricsi. See tootja rakendab VictoriaMetricsi tuulegeneraatoreid jälgivate andmete jälgimiseks, kus igal sensoril on 50 proovivõtu sekundi kiirus. Igas tuulegeneraatoris on sadade kaupa sensoreid. Neil on mitusada tuulegeneraatorit.
• Venemaa lennufirmad, kes soovivad VictoriaMetricsi rakendada, kuid ei suuda seda veel teha. Me oleme nendega lepingueelsel etapil.

Järeldused.

VictoriaMetrics ja Thanos lahendavad sarnaseid probleeme, kuid erinevatel viisidel:

• Globaalne päringute vaade
• horisontaalne skaleerimine
• mugav retention

Aitäh.

Ootame teid meie telegrami kanalisse.

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

Mida te kasutate pikaajalise salvestuse jaoks Prometheuse jaoks?

• 35,3%Thanos6

• 0,0%Cortex0

• 0,0%M3DB0

• 41,2%VictoriaMetrics7

• 23,5%muu4

Hääletas 17 kasutajat. 16 kasutajat ei osalenud.

Allikas: habr.com