devopssec
n'est en aucun cas responsable du contenu généré par l'utilisateur. Le contenu posté
exprime les opinions de leur auteur seulement.
Les textes et messages publiés sont la propriété de ceux qui les postent.
je fais de mon mieux pour modérer les propos inappropriés qui pourraient être postés ici,
mais je me dégage de toute responsabilité sur ce que vous postez.
Vous demeurez le seul responsable de vos actes et de vos messages au regard de la loi.
Vous acceptez de ne pas utiliser le service pour poster ou lier vers un contenu qui est
diffamatoire, injurieux, haineux, menaçant, spams ou pourriels, étant de nature à offenser,
ayant un contenu réservé aux adultes ou répréhensible, contenant des renseignements
personnels des autres, risquant de violer les droits d'auteurs, encourageant une activité
illégale ou contraire à toutes les lois.
Le respect est la principale qualité de notre communauté. En conséquence, veillez à l'être envers
vos camarades ici présents, en particulier les nouveaux membres qui comme vous, cherchent
à découvrir l'univers DEVOPS, et n'ont pas toutes vos connaissances.
Tout manque de respect à l'encontre d'un membre, néophyte ou non, entraînera également des sanctions,
à savoir avertissements, bannissements voire poursuites selon la gravité de la situation.
devopssec
décline toute responsabilité concernant les rencontres réelles.
william40
Membre depuis le 25/07/2024
500k/s c'est vénère t'as quelle config pour ta rétention storage type local disk ou remote storage ? souvent c'est le i/o disk qui bottleneck ou le cpu sur les query engines
wperret
Membre depuis le 19/05/2024
t'as des relabel_configs de ouf qui alourdissent trop les scrapes ? chaque label en plus c'est du boulot pour le storage et le query engine regarde ton cardinalité pour chaque métrique avec cardinality_exporter
dupre-michel
Membre depuis le 15/06/2024
et si t'as pas de remote read/write t'as pensé à compacter tes blocks plus souvent ou à changer la taille des blocks ça peut aider. ou ptete utiliser thanos ou cortex pour le long-term storage et les requêtes distribuées
bernard-muller
Membre depuis le 01/05/2024
ouais et aussi regarde la quantité de mémoire allouée à prometheus si c pas assez ça swappe comme un porc et ça tue les perfs
margot49
Membre depuis le 18/04/2024
ok bon y'a du taf alors on a du local storage et oui le cpu est à fond. on a plein de relabel_configs avec des regex tordues je vais revoir ça et ptete passer sur thanos pour le long-term. merci pour les pistes les gars