Question

我想使用Sensu作为监控系统，使用Graphite作为图形的后端。

我希望将Sensu配置为通过AMQP协议从RabbitMQ接收数据，这就是我以这种方式配置Carbon的原因：

# vim /etc/carbon/carbon.conf

# Enable AMQP if you want to receve metrics using an amqp broker
ENABLE_AMQP = True

# Verbose means a line will be logged for every metric received
# useful for testing
AMQP_VERBOSE = True

AMQP_HOST = 10.0.3.16
AMQP_PORT = 5672
AMQP_VHOST = /sensu
AMQP_USER = sensu
AMQP_PASSWORD = kubuntu710
AMQP_EXCHANGE = metrics_my
AMQP_METRIC_NAME_IN_BODY = True

根据我的理解，Carbon有一些频率从RabbitMQ请求数据（通过AMQP）并通过Whisper保存。

另一方面，Sensu在RabbitMQ中保存了一些指标，我以下一种方式对其进行了配置：

root@sensu_server:/etc/sensu/conf.d# vim graphite_handler_amqp.json

{
  "handlers": {
    "graphite_amqp": {
      "type": "transport",
      "pipe": {
        "type": "topic",
        "name": "metrics_my",
        "durable": "true"
      },
      "mutator": "only_check_output"
    }
  }
}

当然，我以这种方式附加了这个处理程序：

root@sensu_server:/etc/sensu/conf.d# cat metrics_cpu.json
{
  "checks": {
    "metrics_cpu": {
      "type": "metric",
      "command": "/opt/sensu/embedded/bin/metrics-cpu-pcnt-usage.rb",
      "interval": 10,
      "subscribers": ["MONGO"],
      "handlers": ["graphite_amqp"]
    }
  }
}

一切都很好，但Graphite无法绘制指标。这是Graphite方面的日志：

13/06/2016 18:57:16 :: New AMQP connection made

这是来自Sensu服务器端的rabbitMQ：

=INFO REPORT==== 13-Jun-2016::15:57:16 ===
accepting AMQP connection <0.25298.0> (10.0.3.95:43722 -> 10.0.3.16:5672)

=ERROR REPORT==== 13-Jun-2016::15:57:16 ===
Channel error on connection <0.25298.0> (10.0.3.95:43722 -> 10.0.3.16:5672, vhost: '/sensu', user: 'sensu'), channel 1:
operation exchange.declare caused a channel exception precondition_failed: "inequivalent arg 'durable' for exchange 'metrics_my' in vhost '/sensu': received 'true' but current is 'false'"

为什么rabbitMQ认为“持久”：设置为“false”，当Sensu应该将其设置为true？

有人能用这样的逻辑分享自己的经验吗？

PS。只使用tcp处理程序进行配置对我来说很好。

Answer 1

operation exchange.declare caused a channel exception precondition_failed: "inequivalent arg 'durable' for exchange 'metrics_my' in vhost '/sensu': received 'true' but current is 'false'"

交换metrics_my已经存在，并且持久属性设置为false。其他一些过程现在正试图用持久的（true）重新声明具有不同值的相同交换。

看起来当进程启动时，他们正在尝试使用您指定的配置配置RabbitMQ - 确保存在所需的交换和队列。

但是，RabbitMQ在创建后不允许更改交换和队列的某些属性，因此其中一个进程正在启动，尝试确保交换存在但是失败，因为它为其指定了不同的值耐用性比现在还要好。

我的猜测是，碳和sensu已配置为metrics_my交换的持久值不同。

根据您提供的配置片段，我没有看到更改碳的耐用性的选项，但您可以使用sensu。

你需要让每个人都同意耐用性，删除交换（如果持久性不同）并重新启动所有内容。

PS：持久属性指定交换应该持久化到磁盘并在RabbitMQ进程重启后继续存在。

Sensu和Graphite。通过AMQP配置传输

1 个答案: