VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

VictoriaMetrics ir ātra un mērogojama DBVS datu glabāŔanai un apstrādei laikrindu veidā (ieraksts sastāv no laika un vērtÄ«bu kopas, kas atbilst Å”im laikam, piemēram, kas iegÅ«ta, periodiski aptaujājot sensoru statusu vai metriku apkopojums).


VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Mani sauc Kolobajevs Pāvels. DevOps, SRE, LeroyMerlin, viss ir kā kods ā€” tas viss ir par mums: par mani un citiem LeroyMerlin darbiniekiem.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

https://bit.ly/3jf1fIK

Ir mākonis, kura pamatā ir OpenStack. Ir neliela saite uz tehnisko radaru.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Tas ir veidots uz Kubernetes aparatÅ«ras, kā arÄ« uz visiem saistÄ«tajiem pakalpojumiem OpenStack un reÄ£istrÄ“Å”anai.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Å Ä« ir shēma, kuru mēs izstrādājām. Kad mēs to visu izstrādājām, mums bija Prometheus operators, kas glabāja datus paŔā K8s klasterÄ«. ViņŔ automātiski atrod, kas ir jāberž, un, rupji sakot, noliek sev zem kājām.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Mums vajadzēs pārvietot visus datus ārpus Kubernetes klastera, jo, ja kaut kas notiek, mums ir jāsaprot, kas un kur.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Pirmais risinājums ir tas, ka mēs izmantojam federāciju, kad mums ir treŔās puses Prometheus, kad mēs ejam uz Kubernetes klasteru, izmantojot federācijas mehānismu.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Bet Å”eit ir dažas nelielas problēmas. MÅ«su gadÄ«jumā problēmas sākās, kad mums bija 250 000 metrikas, un, kad bija 400 000 metrikas, mēs sapratām, ka mēs nevaram tā strādāt. Mēs palielinājām scrape_timeout lÄ«dz 25 sekundēm.

Kāpēc mums tas bija jādara? Prometejs sāk skaitÄ«t taimautu no žoga sākuma. Nav svarÄ«gi, ka dati joprojām plÅ«st. Ja Å”ajā norādÄ«tajā laika periodā dati netiek apvienoti un sesija netiek slēgta, izmantojot http, tad tiek uzskatÄ«ts, ka sesija ir neizdevusies un dati nenokļūst paŔā Prometheus.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Ikviens ir pazīstams ar diagrammām, kuras mēs iegūstam, kad trūkst dažu datu. Grafiki ir saplēsti, un mēs ar to neesam apmierināti.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Nākamā iespēja ir sadalÄ«Å”ana, pamatojoties uz diviem dažādiem Prometheus, izmantojot vienu un to paÅ”u federācijas mehānismu.

Piemēram, vienkārÅ”i paņemiet tos un sadaliet tos pēc nosaukuma. Å o arÄ« var izmantot, bet mēs nolēmām turpināt.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Tagad mums būs kaut kā jāapstrādā Ŕīs lauskas. Varat izmantot promxy, kas nonāk sharda apgabalā un reizina datus. Tas darbojas ar divām skaidām kā vienotu ieejas punktu. To var ieviest, izmantojot promxy, taču tas joprojām ir pārāk grūti.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Pirmais variants ir tāds, ka mēs gribam atteikties no federācijas mehānisma, jo tas ir ļoti lēns.

Prometheus izstrādātāji skaidri saka: "PuiÅ”i, izmantojiet citu TimescaleDB, jo mēs neatbalstÄ«sim metrikas ilgtermiņa glabāŔanu." Tas nav viņu uzdevums. VictoriaMetrics un privātā mākoņa uzraudzÄ«ba. Pāvels Kolobajevs

Uzrakstam uz lapiņas, ka vēl jāizkrauj ārā, lai nesaliktu visu vienuviet.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Otrs trÅ«kums ir atmiņas patēriņŔ. Jā, es saprotu, ka daudzi teiks, ka 2020. gadā pāris gigabaitu atmiņa maksā santÄ«mu, bet tomēr.

Tagad mums ir izstrādātāju un produktu vide. Izstrādātājā tas ir aptuveni 9 gigabaiti 350 000 metriku. Prod versijā tas ir 14 gigabaiti un nedaudz vairāk par 780 000 metriku. Tajā paŔā laikā mÅ«su saglabāŔanas laiks ir tikai 30 minÅ«tes. Tas ir slikti. Un tagad es paskaidroÅ”u, kāpēc.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Mēs veicam aprēķinu, tas ir, ar pusotru miljonu metriku, un mēs jau esam tuvu tiem, projektÄ“Å”anas stadijā mēs iegÅ«stam 35-37 gigabaitu atmiņu. Bet jau 4 miljoniem metriku ir nepiecieÅ”ami aptuveni 90 gigabaiti atmiņas. Tas ir, tas tika aprēķināts, izmantojot Prometheus izstrādātāju sniegto formulu. ApskatÄ«jām korelāciju un sapratām, ka negribam maksāt pāris miljonus par serveri tikai par uzraudzÄ«bu.

Mēs ne tikai palielināsim maŔīnu skaitu, bet arÄ« uzraugām paÅ”as virtuālās maŔīnas. Tāpēc, jo vairāk virtuālo maŔīnu, jo vairāk dažādu veidu metrikas utt. Mums bÅ«s Ä«paÅ”s mÅ«su klastera pieaugums metrikas ziņā.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Ar diska vietu Å”eit nav viss tik slikti, bet es gribētu to uzlabot. Kopā 15 dienu laikā saņēmām 120 gigabaitus, no kuriem 100 ir saspiesti dati, 20 ir nesaspiesti dati, bet vienmēr gribas mazāk.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

AttiecÄ«gi pierakstām vēl vienu punktu ā€“ tas ir liels resursu patēriņŔ, kuru tomēr vēlamies ietaupÄ«t, jo nevēlamies, lai mÅ«su pārraudzÄ«bas klasteris patērē vairāk resursu nekā mÅ«su klasteris, kas pārvalda OpenStack.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Ir vēl viens Prometeja trÅ«kums, kuru mēs paÅ”i esam identificējuÅ”i, tas ir vismaz sava veida atmiņas ierobežojums. Ar Prometeju Å”eit viss ir daudz sliktāk, jo tam vispār nav tādu pavērsienu. Ierobežojuma izmantoÅ”ana dockerā arÄ« nav iespējama. Ja pēkŔņi jÅ«su RAF nokrita un ir 20-30 gigabaiti, tad bÅ«s nepiecieÅ”ams ļoti ilgs laiks, lai paceltos.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Tas ir vēl viens iemesls, kāpēc Prometheus mums nav piemērots, t.i., mēs nevaram ierobežot atmiņas patēriņu.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Varētu izdomāt Ŕādu shēmu. Å Ä« shēma mums ir nepiecieÅ”ama, lai organizētu HA klasteru. Mēs vēlamies, lai mÅ«su rādÄ«tāji bÅ«tu pieejami vienmēr un visur, pat ja serveris, kas glabā Å”os datus, avarē. Un tāpēc mums bÅ«s jāizveido Ŕāda shēma.

Å Ä« shēma saka, ka mums bÅ«s Ŕķembu dublÄ“Å”anās un attiecÄ«gi patērēto resursu izmaksu dublÄ“Å”anās. To var mērogot gandrÄ«z horizontāli, taču, neskatoties uz to, resursu patēriņŔ bÅ«s elliŔķīgs.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Trūkumi tādā secībā, kādā mēs tos sev pierakstījām:

  • NepiecieÅ”ama metriku ārēja augÅ”upielāde.
  • Augsts resursu patēriņŔ.
  • Nav iespējams ierobežot atmiņas patēriņu.
  • Sarežģīta un resursietilpÄ«ga HA ievieÅ”ana.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Mēs paÅ”i nolēmām, ka attālināmies no Prometeja kā noliktavas.

Mēs esam noteikuÅ”i sev nepiecieÅ”amās papildu prasÄ«bas. Å is:

  • Tas ir promql atbalsts, jo daudz kas jau ir uzrakstÄ«ts priekÅ” Prometheus: vaicājumi, brÄ«dinājumi.
  • Un tad mums ir Grafana, kas jau ir rakstÄ«ts tieÅ”i tādā paŔā veidā Prometheus kā aizmugure. Es nevēlos pārrakstÄ«t informācijas paneļus.
  • Mēs vēlamies izveidot normālu HA arhitektÅ«ru.
  • Mēs vēlamies samazināt jebkādu resursu patēriņu.
  • Ir vēl viena neliela nianse. Mēs nevaram izmantot dažāda veida mākoņdatoÅ”anas metrikas vākÅ”anas sistēmas. Mēs vēl nezinām, kas ietilps Å”ajos rādÄ«tājos. Un, tā kā tur var lidot jebkas, mums ir jāierobežo sevi ar vietējo izvietojumu.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Izvēles bija maz. Mēs savācām visu, ar ko mums bija pieredze. Mēs apskatījām Prometheus lapu integrācijas sadaļā, izlasījām virkni rakstu un redzējām, kas tur bija. Un mēs izvēlējāmies VictoriaMetrics kā Prometheus aizstājēju.

Kāpēc? Jo:

  • Zina promql.
  • Ir modulāra arhitektÅ«ra.
  • Nav nepiecieÅ”amas izmaiņas Grafana.
  • Un pats galvenais, mēs, iespējams, nodroÅ”ināsim metriku uzglabāŔanu mÅ«su uzņēmumā kā pakalpojumu, tāpēc mēs jau iepriekÅ” raugāmies uz dažāda veida ierobežojumiem, lai lietotāji varētu kaut kādā ierobežotā veidā izmantot visus klastera resursus, jo pastāv iespēja ka tā bÅ«s vairāku Ä«re.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Veiksim pirmo salÄ«dzinājumu. Mēs ņemam to paÅ”u Prometeju klastera iekÅ”pusē, ārējais Prometejs iet uz to. Pievienot, izmantojot attāloWrite VictoriaMetrics.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Es nekavējoties izdarÄ«Å”u atrunu, ka Å”eit mēs nozvejojām nelielu VictoriaMetrics CPU patēriņa pieaugumu. VictoriaMetrics wiki norāda, kuri parametri ir vislabākie. Mēs tos pārbaudÄ«jām. Tie ir ļoti labi samazinājuÅ”i CPU patēriņu.

MÅ«su gadÄ«jumā Prometheus, kas atrodas Kubernetes klasterÄ«, atmiņas patēriņŔ bÅ«tiski nepalielinājās.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Mēs salÄ«dzinām divus vienu un to paÅ”u datu datu avotus. Prometejā mēs redzam tos paÅ”us trÅ«kstoÅ”os datus. VictoriaMetrics viss ir kārtÄ«bā.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Diska vietas pārbaudes rezultāti. Mēs, Prometheus, kopā saņēmām 120 gigabaitus. Uzņēmums VictoriaMetrics jau saņem 4 gigabaitus dienā. Ir nedaudz atŔķirÄ«gs mehānisms nekā tas, ko esam pieraduÅ”i redzēt Prometejā. Tas ir, dati jau ir diezgan labi saspiesti dienā, pusstundā. Dienā, pusstundā tie jau ir labi nopļauti, neskatoties uz to, ka vēlāk dati joprojām tiks zaudēti. Rezultātā mēs ietaupÄ«jām vietu diskā.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Ietaupām arÄ« uz atmiņas resursu patēriņu. TestÄ“Å”anas laikā mums bija Prometheus izvietots virtuālajā maŔīnā - 8 kodoli, 24 gigabaiti. Prometejs ēd gandrÄ«z visu. ViņŔ uzkrita uz OOM Killer. Tajā paŔā laikā tajā tika ielieti tikai 900 000 aktÄ«vo rādÄ«tāju. Tas ir aptuveni 25 000ā€“27 000 metriku sekundē.

Mēs palaidām VictoriaMetrics divkodolu virtuālajā maŔīnā ar 8 gigabaitu operatÄ«vo atmiņu. Mums izdevās panākt, ka VictoriaMetrics darbojas labi, 8 GB iekārtā pamājot ar dažām lietām. Galu galā mēs to saglabājām lÄ«dz 7 gigabaitiem. Tajā paŔā laikā satura piegādes ātrums, t.i., metrika, bija pat lielāks nekā Prometheus.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

CPU ir kļuvis daudz labāks salÄ«dzinājumā ar Prometheus. Å eit Prometheus patērē 2,5 kodolus, bet VictoriaMetrics tikai 0,25 kodolus. Sākumā ā€“ 0,5 kodoli. SaplÅ«stot, tas sasniedz vienu kodolu, taču tas notiek ārkārtÄ«gi, ārkārtÄ«gi reti.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Mūsu gadījumā izvēle krita uz VictoriaMetrics acīmredzamu iemeslu dēļ; mēs gribējām ietaupīt naudu, un mēs to izdarījām.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Uzreiz izsvÄ«trosim divus punktus ā€“ metrikas augÅ”upielādi un lielo resursu patēriņu. Un mums tikai jāizlemj divi punkti, kas mums vēl ir palikuÅ”i sev.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Å eit es tÅ«lÄ«t izdarÄ«Å”u rezervāciju, mēs uzskatām VictoriaMetrics par metrikas krātuvi. Bet tā kā mēs, visticamāk, nodroÅ”ināsim VictoriaMetrics kā krātuvi visam Leroy, mums ir jāierobežo tie, kas izmantos Å”o kopu, lai viņi to mums nedotu.

Ir brÄ«niŔķīgs parametrs, kas ļauj ierobežot pēc laika, datu apjoma un izpildes laika.

Ir arÄ« lieliska iespēja, kas ļauj ierobežot atmiņas patēriņu, tādējādi mēs varam atrast paÅ”u lÄ«dzsvaru, kas ļaus mums iegÅ«t normālu darbÄ«bas ātrumu un atbilstoÅ”u resursu patēriņu.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Atskaitot vēl vienu punktu, t.i., punktu izsvītrot - jūs nevarat ierobežot atmiņas patēriņu.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Pirmajās iterācijās mēs pārbaudījām VictoriaMetrics Single Node. Tālāk mēs pārejam uz VictoriaMetrics klastera versiju.

Šeit mums ir brīvas rokas, lai atdalītu dažādus pakalpojumus VictoriaMetrics atkarībā no tā, ar ko tie darbosies un kādus resursus tie patērēs. Tas ir ļoti elastīgs un ērts risinājums. Mēs to izmantojām sev.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

VictoriaMetrics Cluster Version galvenie komponenti ir vmstsorage. To var būt N skaits. Mūsu gadījumā līdz Ŕim ir 2 no tiem.

Un ir vminsert. Å is ir starpniekserveris, kas ļauj mums: sakārtot sadalÄ«Å”anu starp visām krātuvēm, par kurām mēs tam teicām, kā arÄ« ļauj izveidot repliku, t.i., jums bÅ«s gan sadalÄ«Å”ana, gan kopija.

Vminsert atbalsta OpenTSDB, Graphite, InfluxDB un Prometheus protokolus remoteWrite.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Ir arÄ« vmselect. Tās galvenais uzdevums ir doties uz vmstorage, saņemt no tiem datus, dedublēt Å”os datus un nodot tos klientam.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Ir brÄ«niŔķīga lieta, ko sauc par vmagent. Viņa mums ļoti patÄ«k. Tas ļauj konfigurēt tieÅ”i tāpat kā Prometheus un joprojām darÄ«t visu tieÅ”i tāpat kā Prometejs. Tas nozÄ«mē, ka tas apkopo dažādu entÄ«tiju un pakalpojumu metriku un nosÅ«ta tos vminsert. Tad viss ir atkarÄ«gs no jums.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Vēl viens lielisks pakalpojums ir vmalert, kas ļauj izmantot VictoriaMetrics kā aizmugursistēmu, saņemt apstrādātos datus no vminsert un nosÅ«tÄ«t tos vmselect. Tā apstrādā paÅ”us brÄ«dinājumus, kā arÄ« noteikumus. BrÄ«dinājumu gadÄ«jumā mēs saņemam brÄ«dinājumu, izmantojot brÄ«dinājumu pārvaldnieku.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Ir wmauth komponents. Mēs varam vai nevaram (mēs par to vēl neesam izlēmuÅ”i) izmantot to kā autorizācijas sistēmu kopu vairāku Ä«res versiju versijai. Tas atbalsta Prometheus RemoteWrite un var autorizēt, pamatojoties uz URL vai drÄ«zāk tā otro daļu, kur var vai nevar rakstÄ«t.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Ir arÄ« vmbackup, vmrestore. Tā bÅ«tÄ«bā ir visu datu atjaunoÅ”ana un dublÄ“Å”ana. Var darÄ«t S3, GCS, failu.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Pirmā mÅ«su klastera atkārtoÅ”ana tika veikta karantÄ«nas laikā. Tajā laikā nebija nevienas kopijas, tāpēc mÅ«su iterācija sastāvēja no divām dažādām un neatkarÄ«giem klasteriem, kuros mēs saņēmām datus, izmantojot remoteWrite.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Å eit es izdarÄ«Å”u atrunu, ka, pārejot no VictoriaMetrics Single Node uz VictoriaMetrics Cluster Version, mēs joprojām palikām ar tiem paÅ”iem patērētajiem resursiem, t.i., galvenais ir atmiņa. Apmēram Ŕādi tika sadalÄ«ti mÅ«su dati, t.i., resursu patēriņŔ.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Å eit jau ir pievienota kopija. Mēs to visu apvienojām vienā salÄ«dzinoÅ”i lielā klasterÄ«. Visi mÅ«su dati ir gan sadalÄ«ti, gan replicēti.

Visam klasterim ir N ieejas punkti, t.i., Prometheus var pievienot datus, izmantojot HAPROXY. Šeit mums ir Ŕis ieejas punkts. Un caur Ŕo ieejas punktu jūs varat pieteikties no Grafana.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

MÅ«su gadÄ«jumā HAPROXY ir vienÄ«gais ports, kas nodroÅ”ina starpniekserveri atlasi, ievietoÅ”anu un citus pakalpojumus Å”ajā klasterÄ«. MÅ«su gadÄ«jumā nebija iespējams izveidot vienu adresi, bija jāizveido vairāki ieejas punkti, jo paÅ”as virtuālās maŔīnas, kurās darbojas VictoriaMetrics klasteris, atrodas viena un tā paÅ”a mākoņa nodroÅ”inātāja dažādās zonās, t.i., nevis mÅ«su mākoņa iekÅ”pusē, bet gan ārpusē. .

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Mums ir brīdinājums. Mēs to izmantojam. Mēs izmantojam Alertmanager no Prometheus. Mēs izmantojam Opsgenie un Telegram kā brīdinājuma piegādes kanālu. Telegramā viņi ielien no dev, varbūt kaut ko no prod, bet pārsvarā kaut ko statistisku, kas vajadzīgs inženieriem. Un Opsgenie ir kritisks. Tie ir zvani, incidentu vadība.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Mūžīgais jautājums: "Kas uzrauga monitoringu?" MÅ«su gadÄ«jumā monitorings uzrauga paÅ”u pārraudzÄ«bu, jo mēs izmantojam vmagent katrā mezglā. Un tā kā mÅ«su mezgli ir sadalÄ«ti dažādos viena un tā paÅ”a pakalpojumu sniedzēja datu centros, katram datu centram ir savs kanāls, tie ir neatkarÄ«gi, un pat tad, ja ieradÄ«sies sadalÄ«tas smadzenes, mēs joprojām saņemsim brÄ«dinājumus. Jā, to bÅ«s vairāk, taču labāk ir saņemt vairāk brÄ«dinājumu nekā nekādu.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Mēs beidzam savu sarakstu ar HA ievieÅ”anu.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Un tālāk es vēlētos atzÄ«mēt pieredzi, sazinoties ar VictoriaMetrics kopienu. Tas izrādÄ«jās ļoti pozitÄ«vi. PuiÅ”i ir atsaucÄ«gi. Viņi cenÅ”as iedziļināties katrā gadÄ«jumā, kas tiek piedāvāts.

Es sāku problēmas ar GitHub. Tie tika atrisināti ļoti ātri. Ir vēl pāris problēmas, kas nav pilnÄ«bā aizvērtas, taču jau pēc koda redzu, ka darbs Å”ajā virzienā notiek.

Man galvenā sāpe iterāciju laikā bija tā, ka ja aizslēdzu kādu node, tad pirmās 30 sekundes vminsert nevarēja saprast, ka backend nav. Tagad tas ir izlemts. Un burtiski sekundes vai divu laikā dati tiek ņemti no visiem atlikuÅ”ajiem mezgliem, un pieprasÄ«jums pārstāj gaidÄ«t Å”o trÅ«kstoÅ”o mezglu.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

Kādā brÄ«dÄ« mēs vēlējāmies, lai VictoriaMetrics bÅ«tu VictoriaMetrics operators. Mēs viņu gaidÄ«jām. Tagad mēs aktÄ«vi veidojam ietvaru, lai VictoriaMetrics operators varētu ņemt visus iepriekÅ” aprēķinātos noteikumus utt. Prometheus, jo mēs diezgan aktÄ«vi izmantojam noteikumus, kas nāk ar Prometheus operatoru.

Ir priekŔlikumi klastera ievieŔanas uzlaboŔanai. Es tos izklāstīju iepriekŔ.

Un es patieŔām vēlos samazināt izlasi. MÅ«su gadÄ«jumā izlases samazināŔana ir nepiecieÅ”ama tikai tendenču skatÄ«Å”anai. Aptuveni man pa dienu pietiek ar vienu metriku. Å Ä«s tendences ir vajadzÄ«gas gadu, trÄ«s, piecus, desmit gadus. Un pilnÄ«gi pietiek ar vienu metrikas vērtÄ«bu.
VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

  • Mēs esam zinājuÅ”i sāpes, tāpat kā daži mÅ«su kolēģi, lietojot Prometheus.
  • Mēs sev izvēlējāmies VictoriaMetrics.
  • Tas mērogojas diezgan labi gan vertikāli, gan horizontāli.
  • Mēs varam izplatÄ«t dažādus komponentus dažādam klastera mezglu skaitam, ierobežot tos ar atmiņu, pievienot atmiņu utt.

Mājās izmantosim VictoriaMetrics, jo mums ļoti patika. Tas ir tas, kas bija un kas ir kļuvis.

VictoriaMetrics un privātā mākoņa uzraudzība. Pāvels Kolobajevs

https://t.me/VictoriaMetrics_ru1

Pāris QR kodi VictoriaMetrics tērzÄ“Å”anai, mani kontakti, LeroyMerlin tehniskais radars.

Avots: www.habr.com

Pievieno komentāru