( turul16 | 2020. 06. 10., sze – 10:09 )

"Nem beszéltem clusteringrol. Reliable storage megoldásról beszéltem. Azt sajnos maga a Prometheus mögött álló team is elismeri, hogy olyat ők nem tudnak nyújtani. "

Talan resetnel tobb hetes adat sorkat dobal el ?
Nem hinnem.

Amije nincs prometheusnak az a beepitett  cluster / HA classikus ertelemben.

Storage reszt teheted HA -va es mesz Active-passive fele.

Illetve futatathatsz tobb peldanyt ami ugyan abbol az adatforrasbol taplalkozik (active-active).
Nem feltetlen lesz zsir ugyanaz mindegyik peldany adata, de mindegyik ~ perckent vett
adat sort fog tartalmazni, csak nem feltetlen ugyan azokbol nanosecundumokbol.

Szugseg esten lekerdezeskor ossze is fesulheted.

Ha egy node nem bir ell az osszes scrapperel, szet lehet dobni tobb nodra,
ami szinten `explicit` user config vagy automalizacio, nem beepitett feature .

prometheus szinten nincs felkeszulve nagyon nagy adat sorokra,
tipikusan 2~4 hetes  ,  ~10 sec felbontassal meg elbirja .

 

"Az biztos hogy timeseriest sql-be rakni menő dolog, csak értelme nincs. :)"

Azt hittem manapsag minden trendi ami nem SQL, meg ha hulyeseg is . ;-)

Ha valami kicsi egyszerure kene, talan:
https://oss.oetiker.ch/rrdtool/ (letezik python binding)