使用StatsD（通过etsy）和Graphite跟踪指标，石墨图似乎并没有绘制所有数据的图形 [英] Tracking metrics using StatsD (via etsy) and Graphite, graphite graph doesn't seem to be graphing all the data
问题描述
我们有一个指标，每当用户在我们的网站上执行特定操作时，我们都会增加，但这些图表看起来并不准确。
在这个预感中，我们投入了碳的更新记录，并发现今天发生的动作已经发生了4000多次（使用grep和wc），但根据图的积分结果，它只返回220ish。
这可能是什么原因？数据正在使用statsd php库进行统计，并调用 statsd :: increment（'metric'）; ，并且如上所述，日志确认4000次更新这个关键是今天发生的。
我们正在使用：
石墨0.9.6 with statsD（etsy）在上面发表我的评论后，我发现Graphite 0.9.9有一个（新的）配置文件storage-aggregation.conf，它在哪一个可以控制每个模式的聚合方法。可用选项包括平均值，总和，最小值，最大值和最后值。
http://readthedocs.org/docs/graphite/en/latest/config-carbon.html#storage-aggregation-conf
We have a metric that we increment every time a user performs a certain action on our website, but the graphs don't seem to be accurate.
So going off this hunch, we invested the updates.log of carbon and discovered that the action had happened over 4 thousand times today(using grep and wc), but according the Integral result of the graph it returned only 220ish.
What could be the cause of this? Data is being reported to statsd using the statsd php library, and calling statsd::increment('metric'); and as stated above, the log confirms that 4,000+ updates to this key happened today.
We are using:
graphite 0.9.6 with statsD (etsy)
After posting my comment above I found Graphite 0.9.9 has a (new?) configuration file, storage-aggregation.conf, in which one can control the aggregation method per pattern. The available options are average, sum, min, max, and last.
http://readthedocs.org/docs/graphite/en/latest/config-carbon.html#storage-aggregation-conf
这篇关于使用StatsD（通过etsy）和Graphite跟踪指标，石墨图似乎并没有绘制所有数据的图形的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
