metrics - 当 Graphite 的 Carbon 聚合器可以完成同样的工作时，为什么还要使用 statsd？

Question

我一直在探索 Graphite 图形工具来显示来自多个服务器的指标，似乎“推荐”方法是首先将所有指标数据发送到 StatsD。 StatsD 聚合数据并将其发送到 Graphite(或更确切地说，Carbon)。

就我而言，我想对跨服务器的指标进行简单的聚合，例如总和和平均值，并在 Graphite 中绘制出来。 Graphite 附带了一个 Carbon 聚合器，可以做到这一点。

StatsD 甚至不提供我正在谈论的那种聚合。

我的问题是 - 我应该在我的用例中使用 statsd 吗？我在这里缺少什么吗？

Answer 1

1. StatsD 通过 UDP 运行，从而消除了 Carbon-aggregator.py 响应缓慢以及在应用程序中引入延迟的风险。换句话说，松耦合。

2. StatsD 支持入站指标采样，当您不希望聚合器采用 100% 的所有数据点来计算描述性统计数据时，这非常有用。对于大容量代码部分，通常使用 0.5%-1% 的采样率，以免 StatsD 过载。

3. StatsD 有 broad client-side支持。