2017-02-07 1 views
0

Je remarque des pics de données dans Graphite et j'utilise des métriques Dropwizard pour envoyer les métriques à Graphite. J'utilise spécifiquement la classe Metrics meter pour rassembler des métriques. J'ai le code en place qui plus ou moins effectue les opérations suivantesDropwizard Problèmes d'agrégation de métriques sur le graphite

public void recordMetric(){ 
metricRegistry.meter("count.employee").mark(); 
if (employee.getDesignation().equalsIgnoreCase("manager"){ 
    metricRegistry.meter("count.employee.manager").mark(); 
} 
} 

Le problème est quand je considère le « m1_rate » de graphite, il y a beaucoup de cas où la métrique « de count.employee.manager » a taux plus élevé que "count.employee". Comment est-ce possible? Ceci jette mes autres mesures et jette des doutes sur la viabilité de la métrique. Quelqu'un a-t-il rencontré ce problème? Des pointeurs sur la façon dont ce problème peut être résolu? Je soupçonne, cela pourrait être dû à quelques bizarreries dans Graphite, mais pas sûr. Toute aide serait grandement appréciée. Merci!

Répondre

2

Comment calculez-vous le taux? si vous utilisez nonNegativeDerivative() - veuillez d'abord appliquer dérivée, puis sumSeries() - pas l'inverse. S'il vous plaît vérifier http://www.jilles.net/perma/2013/08/22/how-to-do-graphite-derivatives-correctly/

vous devez également mettre en place une agrégation correcte (somme) pour les compteurs comme décrit dans http://obfuscurity.com/2012/05/A-Precautionary-Tale-for-Graphite-Users

+0

Merci beaucoup! Cette information m'a sauvé la vie :-D – Seagull