如何解释 Fiware CYGNUS stats 服务输出？答案

【问题标题】：How to interpret Fiware CYGNUS stats service output?如何解释 Fiware CYGNUS stats 服务输出？
【发布时间】：2018-05-10 14:11:42
【问题描述】：

从我自己安装以下 Fiware 组件开始：Orion Context Broker、CYGNUS NGSI、Fiware STH 和 MongoDB，一段时间后，我使用了我在 CYGNUS management API 中找到的统计服务，得到了以下结果。

服务： GET http://<cygnus_host>:<management_port>/v1/stats

结果：

{
  "success":"true",
  "stats":{
     "sources":[
        {
           "name":"http-source",
           "status":"START",
           "setup_time":"2018-05-10T13:35:06.194Z",
           "num_received_events":78,
           "num_processed_events":78
        }
     ],
     "channels":[
        {
           "name":"sth-channel",
           "status":"START",
           "setup_time":"2018-05-10T13:35:06.662Z",
           "num_events":1,
           "num_puts_ok":78,
           "num_puts_failed":0,
           "num_takes_ok":77,
           "num_takes_failed":112
        },
        {
           "name":"mongo-channel",
           "status":"START",
           "setup_time":"2018-05-10T13:35:06.662Z",
           "num_events":0,
           "num_puts_ok":78,
           "num_puts_failed":0,
           "num_takes_ok":78,
           "num_takes_failed":139
        },
        {
           "name":"hdfs-channel",
           "status":"START",
           "setup_time":"2018-05-10T13:35:06.662Z",
           "num_events":1,
           "num_puts_ok":78,
           "num_puts_failed":0,
           "num_takes_ok":77,
           "num_takes_failed":35
        }
     ],
     "sinks":[
        {
           "name":"hdfs-sink",
           "status":"START",
           "setup_time":"2018-05-10T13:35:06.341Z",
           "num_processed_events":77,
           "num_persisted_events":0
        },
        {
           "name":"mongo-sink",
           "status":"START",
           "setup_time":"2018-05-10T13:35:06.374Z",
           "num_processed_events":78,
           "num_persisted_events":78
        },
        {
           "name":"sth-sink",
           "status":"START",
           "setup_time":"2018-05-10T13:35:06.380Z",
           "num_processed_events":78,
           "num_persisted_events":77
        }
     ]
  } 
}

引起我注意的是每个频道上 num_takes_failed 的数量，这是我的第一个问题：

这个变量到底是什么意思？

查看 CYGNUS documentation 我认为“拍摄”类似于在 Flume Mongo 频道中重试某个动作，但那是哪个动作？

我查看了 MongoDB 日志文件，没有发现任何与连接饱和或类似问题相关的内容，这引出了我的第二个问题。

我应该担心这个统计数据吗？如果是，我该如何解决这个问题？

非常感谢您的任何帮助。

【问题讨论】：

标签： fiware fiware-orion fiware-cygnus

【解决方案1】：

如果您发现已处理事件的数量与持久事件的数量相同，则不必担心 num_takes_failed。 numb_takes_filed 是水槽方法 EventTakeAttemptCount 和 EventTakeSuccessCount 的值相减的结果，其中 EventTakeAttemptCount 是 sink 的总次数(s) 试图从通道中读取事件。这并不意味着每次都返回事件，因为接收器可能会轮询并且通道可能没有任何数据，另一方面，EventTakesuccessCount 是由接收器成功获取的事件总数水槽。

此外，如果您想了解有关通道和接收器如何处理事件的更多信息，您可以在调试模式下运行 Cygnus 并查看日志输出，以确保每个事件都以正确的方式处理和持久化

【讨论】：