【问题标题】:Configuring host info, aggregation with statsd via influxdb配置主机信息,通过 influxdb 与 statsd 聚合
【发布时间】:2017-03-23 15:31:05
【问题描述】:

我已经开始使用 collectd (5.5.1)、statsd (git head)、influxd (1.2) 和 grafana 来监控我的基础架构。 collectd 部分对于黑盒监控工作正常。我们想使用 statsd 进行白盒监控。

我们的设置是每台主机上的 collectd 和 statsd,将数据发送到监控主机上的 influxdb。 Influxdb 和 grafana 运行在监控主机上。当然,collectd 和 statsd 也在监控主机上运行,​​就像它们在其他地方一样。

我在每个主机上的 statsd 配置很简单

{
    graphitePort: 2003,
    graphiteHost: "monitor.example.com",
    port: 8125,
    backends: [ "./backends/graphite" ]
}

这在任何情况下都可能不理想,因为我刚刚发现有一个influxdb backend 可用,但我希望即使我可以做得更好,上述方法也能正常工作。

但是,我有以下问题:

  1. statsd 是 not forwarding host information 到监控主机。

  2. 我知道 statsd 的好处之一是它可以在以指定的刷新间隔发送数据之前在本地主机上聚合数据。但我没有在文档中看到在哪里指定,比如,哪些指标得到求和,哪些要发送最大值,哪些要发送哪些百分位数等。

这些组件在过去一年中发展得如此迅速,以至于很多文档和教程都已经过时了,所以我很清楚我可能仅仅因为阅读了错误的文档而做了一些不正确的事情。

我最近还发现了电报(在每个主机上运行?)。也许我对 statsd 有错误的期望(或者应该改用电报)?

我很乐意根据反馈让这个问题更具体。我知道我仍在为一些概念而苦苦挣扎。

非常感谢您的指点。

【问题讨论】:

    标签: influxdb statsd telegraf


    【解决方案1】:

    这是一个没有确切答案的解决方案。

    改用电报

    我发现,telegraf 现在是这个领域非常可行的竞争者,得到了很好的支持,看到了积极的发展,并且可以轻松地与 influxdb 交谈。 Telegraf 还支持每条消息的附加标签和标志,这与 statsd 似乎是简单的键值不同。此外,telegraf 消除了对 statsd 和 collectd 的需求,因此它减少了移动部件的数量。这是一件好事。

    关于 statsd

    (TL;DR - 也许我很跛)

    我完全不知道如何使用 statsd 转发主机信息。

    我没有找到关于如何配置聚合的好的文档(尽管我记得曾经找到过)。使用 influxdb 协议发送数据的模块似乎没有得到很好的维护(相对于 influxdb 开发)。

    在这两点上,我可能完全错了,为了记录这些事情,我们非常欢迎其他答案。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-12-27
      • 1970-01-01
      • 2019-05-05
      • 1970-01-01
      • 2010-12-06
      相关资源
      最近更新 更多