2

我正在尝试安装最简单的碳安装并有一些疑问。

对于文档（http://graphite.readthedocs.org/en/latest/carbon-daemons.html#the-carbon-daemons），这只是 carbon-cache.py。这个对吗？对于更复杂的情况，我只需要其他人：

carbon-relay.py 有两个不同的用途：复制和分片。carbon-aggregator.py 可以在 carbon-cache.py 前面运行以缓冲指标

我的理解正确吗？

如果是这样，我可以从 carbon.conf 文件中删除这些部分吗？另外我不需要 storage-aggregation.conf 文件吗？

最后一个问题，什么是端口 7002，我是否需要打开它以进行简单安装。我已经阅读了它的“碳缓存查询端口”，但我不明白这一点，也找不到更多细节。

4

1 回答 1

1

这只是 carbon-cache.py。这个对吗？

是的。

carbon-relay.py 有两个不同的用途：复制和分片。carbon-aggregator.py 可以在 carbon-cache.py 前面运行以缓冲指标

是的。尽管在实践中，在源头（statsd、collectd、diamond）聚合指标比将它们持续到堆栈的最后然后聚合它们要好。不过，聚合器支持更复杂的多指标聚合规则。

如果是这样，我可以从 carbon.conf 文件中删除这些部分吗？

是的你可以。

另外我不需要 storage-aggregation.conf 文件吗？

你没有。

什么是端口 7002，我需要为我的简单安装打开它吗？我已经阅读了它的“碳缓存查询端口”，但我不明白这一点，也找不到更多细节。

是的，您需要保持原样。carbon-cache 的默认查询端口是 7002。这是 Graphite-web 在渲染期间查询 carbon 以获取度量信息的地方。

编辑-

我以为您正在查看一个最小的设置。对于更复杂的指标，建议进行存储聚合设置。设置为 0是个好主意，xFilesFactor这样即使是非常小的度量输入速率也不会被忽略。

然后，如果您在聚合时对计数器和平均计时器求和，那么它在语义上是有意义的。

[counters_fall_here]
pattern = ^(Facebook\.counters)\.(production)
xFilesFactor = 0.0
aggregationMethod = sum

[timers_fall_here]
pattern = .*
xFilesFactor= 0.0
aggregationMethod = average

聚合可以这样解释——

假设您每天采摘苹果，no_of_apples然后time_to_pluck将其存储在笔记本中。当您的花园所有者期望每月“报告”时，您可以通过平均时间和添加计数来汇总数据。

当存储模式在粒度上发生变化时，这种类似的方法就会在实践中出现。例如，如果您的模式是10s:1d,60s:7d聚合，那么聚合发生在10s to 60s粒度发生变化的时间间隔内。1d 周期的 6 个数据点需要存储为 7d 周期的单个数据点。它们的聚合方式由 定义aggregationMethod。

于 2014-01-31T05:07:40.643 回答