石墨上的 Dropwizard Metric 聚合问题

Question

我注意到 Graphite 中的数据出现奇怪的峰值，我正在使用 Dropwizard 指标将指标发送到 Graphite。我专门使用 Metrics meter class 来收集指标。我有或多或少执行以下操作的代码

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

问题是当我在 Graphite 上查看 "m1_rate" 时，在很多情况下 "count.employee.manager" 指标的比率高于 "count.employee" 。这怎么可能？这与我的其他指标背道而驰，并对指标的可行性产生了怀疑。有人运行遇到过这个问题吗？有关如何解决此问题的任何指示？我怀疑，这可能是由于 Graphite 中的一些怪癖，但不确定。任何帮助将不胜感激。谢谢！

Answer 1

你们是怎么计算费率的？如果使用 nonNegativeDerivative() - 请先应用导数，然后再应用 sumSeries() - 反之则不行。请检查 http://www.jilles.net/perma/2013/08/22/how-to-do-graphite-derivatives-correctly/

您还需要为 http://obfuscurity.com/2012/05/A-Precautionary-Tale-for-Graphite-Users

中所述的计数器设置正确的聚合（总和）

石墨上的 Dropwizard Metric 聚合问题

Dropwizard Metric aggregation issues on graphite

java

metrics

graphite

dropwizard