我正在尝试安装最简单的碳装置并有一些疑问。
对于文档（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 for，我是否需要打开我的简单安装。 我已经阅读了它的“碳缓存查询端口”，但我不明白这一点，无法找到更多细节。
答案 0 :(得分：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以在呈现期间请求度量信息的地方。
编辑 -
我认为你正在寻找一个简单的小设置。对于更复杂的指标，建议使用存储聚合设置。将xFilesFactor设置为0是个好主意，这样即使很少的度量输入率也不会被忽略。
然后，如果在聚合时对计数器和平均计时器求和，则它具有语义意义。
[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定义。