Le mer. 18 mai 2022 à 10:30, Hervé BRY a écrit :
> ~100ko par série, soit 10x moins qu'un RRD classique
>
J'ai dit de la m*, pour une série c'est en fait du même ordre de grandeur
qu'un RRD classique, mais avec une granularité bien meilleure permise par
la compression des données par
Hello,
Le mer. 18 mai 2022 à 00:45, Pierre Colombier via frnog a
écrit :
> Et justement. si il y a des suggestions sur des nouveaux trucs sympa.
Si on parle uniquement de l'aspect stockage de time series, je suis très
fan de VictoriaMetrics.
C'est un moteur de stockage compatible avec la
depuis que ça existe, je n'ai jamais rien trouvé d'aussi bien pensé que RRD.
(je parle de fonctionnalités et d'efficacité, parce que le conf en
notation polonaise..)
tout les autres outils que j'ai essayé ont une approche naïve cumulant 1
ou plusisurs des défauts suivants :
- le
Autrement le truc "degeux" la base SQLlite sur un ramdisk sync() toutes les 15
minutes sur le HD.
/Xavier
- Mail original -
> De: "luc le rumeur"
> À: "Jarod G."
> Cc: "David Ponzone" , "FRnOG"
> Envoyé: Mardi 17
Hello,
En effet si tu utilises SQLite ça vaut le coup de tester autre chose :
config.yml Parameters
- connection: sqlite (sqlite, mysql, postgres)
On Tue, May 17, 2022, 20:00 Jarod G. via frnog wrote:
> Salut,
>
> Les deux, de mémoire la db n'est jamais vidée automatiquement et sqlite
>
Salut,
Les deux, de mémoire la db n'est jamais vidée automatiquement et sqlite
quand y a trop de records ça patine sévère.
On 17/05/2022 17:39, David Ponzone wrote:
Je suis le seul à avoir des soucis avec statping-ng ?
Quelques monitoring en place (genre 3 ou 4, toutes les secondes ou 5
Je suis le seul à avoir des soucis avec statping-ng ?
Quelques monitoring en place (genre 3 ou 4, toutes les secondes ou 5 sec), et
au bout de quelques jours/semaines, la DB fait 200Mo, et les perfs de
l’interface web deviennent anémiques à la limite de l’inutilisable. Non
vraiment inutilisable
