从iot边缘使用的消息数 [英] Number of messages used from iot edge

问题描述

Goodmorning，

我在iot hub的指标上看到了一些奇怪的值.. 实际上我只有一个边缘（覆盆子）通电，只有两个模块运行，edgeAgent和edgeHub。其他模块目前已停止。

- 最大成功双胞胎从设备读取 - >每小时一个

-
平均从设备读取双胞胎的响应大小  - >约9.3 KB 每小时一次

- 使用的邮件总数 - >它每小时增加大约30条消息，可能是因为一个双胞胎读取它将被计数为块大小为512字节

<这些更新每小时实际上做了什么？

为什么自动设备操作的消息数会增加？我可以减少频率吗？

所以，我查看了iot边缘日志，我在edgeHub'logs上看到了：

 2019-04-09 02:10 ：20.729 +00：00 [INF]  - 开始压缩商店
 2019-04-09 02：10：20.730 +00：00 [INF]  - 开始压缩商店默认
 2019-04-09 02：10：20.730 +00：00 [INF]  - 开始压缩商店检查站
 2019-04-09 02：10：20.730 +00：00 [INF]  - 开始压实商店双胞胎
 2019 -04-09 02：10：20.731 +00：00 [INF]  - 开始压缩商店消息
 2019-04-09 02：10：20.731 +00：00 [INF]  - 开始压缩商店会话
 2019-04-09 02：10：20.731 +00：00 [INF]  - 开始压缩商店DeviceScopeCache 
 2019-04-09 02：10：20.757 +00：00 [INF]  - 开始压缩商店iothub 
 2019-04-09 02：10：29.760 +00：00 [INF]  - 重新认证已连接的客户
 2019-04-09 02：10：3​​0.114 +00：00 [INF]  - 开始刷新设备范围标识cache 
 2019-04-09 03：10：29.749 +00：00 [INF]  - 重新认证已连接的客户端
 2019-04-09 03：10：3​​0.763 +00：00 [INF]  - 开始刷新设备范围标识缓存
 2019-04-09 04：10：20.721 +00：00 [INF]  - 开始压缩商店
 2019-04-09 04：10：20.721 +00：00 [ INF]  - 开始压缩商店默认
 2019-04-09 04：10：20.722 +00：00 [INF]  - 开始压缩商店检查点
 2019-04-09 04：10：20.722 + 00:00 [INF]  - 开始压缩商店双胞胎
 2019-04-09 04：10：20.722 +00：00 [INF]  - 开始压缩商店消息
 2019-04-09 04： 10：20.723 +00：00 [INF]  - 开始压缩商店会话
 2019-04-09 04：10：20.723 +00：00 [INF]  - 开始压缩商店DeviceScopeCache 
 2019-04 -09 04：10：20.743 +00：00 [INF]  - 开始压缩商店iothub 
 2019-04-09 04：10：29.749 +00：00 [INF]  - 重新认证连接的客户
 2019 -04-09 04：10：3​​1.471 +00：00 [INF]  - 开始刷新设备范围标识cache 
 2019-04-09 05：10：29.751 +00：00 [INF]  - 重新认证已连接的客户端
 2019-04-09 05：10：3​​2.120 +00：00 [INF]  - 开始刷新设备范围标识缓存
 2019-04-09 06：10：20.719 +00：00 [INF]  - 开始压缩商店
 2019-04-09 06：10：20.719 +00：00 [ INF]  - 开始压缩商店默认
 2019-04-09 06：10：20.814 +00：00 [INF]  - 开始压缩商店检查点
 2019-04-09 06：10：20.815 + 00:00 [INF]  - 开始压缩商店双胞胎
 2019-04-09 06：10：20.815 +00：00 [INF]  - 开始压缩商店消息
 2019-04-09 06： 10：20.815 +00：00 [INF]  - 开始压缩商店会话
 2019-04-09 06：10：20.815 +00：00 [INF]  - 开始压缩商店DeviceScopeCache 
 2019-04 -09 06：10：20.834 +00：00 [INF]  - 开始压缩商店iothub 
 2019-04-09 06：10：29.755 +00：00 [INF]  - 重新认证连接的客户
 2019 -04-09 06：10：3​​2.830 +00：00 [INF]  - 开始刷新设备范围标识c疼痛
 2019-04-09 07：10：29.749 +00：00 [INF]  - 重新认证已连接的客户
 2019-04-09 07：10：3​​3.502 +00：00 [INF]  - 开始刷新设备范围标识缓存
 

解决方案

感谢您的反馈，Greta，

我们正在内部研究这个问题。请耐心等待。

Goodmorning,

I have seen on iot hub's metric some strange values..  I have actually one edge ( raspberry) power on with only two modules running, edgeAgent and edgeHub. Other modules are currently stopped.

- Max Successful twin reads from devices --> one per hour

- Avg Response size of twin reads from devices  --> about 9.3 KB  one time each hour

- Total number of messages used --> it increased by about 30 messages every hour, probably because one twin read it will be count with block's size of 512 bytes

What do these updates actually do every hour ?

Why does my number of messages increase for automatic device operations? Can i reduce the frequency ?

So, i looked into iot edge logs, and i saw on edgeHub'logs :

2019-04-09 02:10:20.729 +00:00 [INF] - Starting compaction of stores
2019-04-09 02:10:20.730 +00:00 [INF] - Starting compaction of store default
2019-04-09 02:10:20.730 +00:00 [INF] - Starting compaction of store checkpoints
2019-04-09 02:10:20.730 +00:00 [INF] - Starting compaction of store twins
2019-04-09 02:10:20.731 +00:00 [INF] - Starting compaction of store messages
2019-04-09 02:10:20.731 +00:00 [INF] - Starting compaction of store sessions
2019-04-09 02:10:20.731 +00:00 [INF] - Starting compaction of store DeviceScopeCache
2019-04-09 02:10:20.757 +00:00 [INF] - Starting compaction of store iothub
2019-04-09 02:10:29.760 +00:00 [INF] - Reauthenticating connected clients
2019-04-09 02:10:30.114 +00:00 [INF] - Starting refresh of device scope identities cache
2019-04-09 03:10:29.749 +00:00 [INF] - Reauthenticating connected clients
2019-04-09 03:10:30.763 +00:00 [INF] - Starting refresh of device scope identities cache
2019-04-09 04:10:20.721 +00:00 [INF] - Starting compaction of stores
2019-04-09 04:10:20.721 +00:00 [INF] - Starting compaction of store default
2019-04-09 04:10:20.722 +00:00 [INF] - Starting compaction of store checkpoints
2019-04-09 04:10:20.722 +00:00 [INF] - Starting compaction of store twins
2019-04-09 04:10:20.722 +00:00 [INF] - Starting compaction of store messages
2019-04-09 04:10:20.723 +00:00 [INF] - Starting compaction of store sessions
2019-04-09 04:10:20.723 +00:00 [INF] - Starting compaction of store DeviceScopeCache
2019-04-09 04:10:20.743 +00:00 [INF] - Starting compaction of store iothub
2019-04-09 04:10:29.749 +00:00 [INF] - Reauthenticating connected clients
2019-04-09 04:10:31.471 +00:00 [INF] - Starting refresh of device scope identities cache
2019-04-09 05:10:29.751 +00:00 [INF] - Reauthenticating connected clients
2019-04-09 05:10:32.120 +00:00 [INF] - Starting refresh of device scope identities cache
2019-04-09 06:10:20.719 +00:00 [INF] - Starting compaction of stores
2019-04-09 06:10:20.719 +00:00 [INF] - Starting compaction of store default
2019-04-09 06:10:20.814 +00:00 [INF] - Starting compaction of store checkpoints
2019-04-09 06:10:20.815 +00:00 [INF] - Starting compaction of store twins
2019-04-09 06:10:20.815 +00:00 [INF] - Starting compaction of store messages
2019-04-09 06:10:20.815 +00:00 [INF] - Starting compaction of store sessions
2019-04-09 06:10:20.815 +00:00 [INF] - Starting compaction of store DeviceScopeCache
2019-04-09 06:10:20.834 +00:00 [INF] - Starting compaction of store iothub
2019-04-09 06:10:29.755 +00:00 [INF] - Reauthenticating connected clients
2019-04-09 06:10:32.830 +00:00 [INF] - Starting refresh of device scope identities cache
2019-04-09 07:10:29.749 +00:00 [INF] - Reauthenticating connected clients
2019-04-09 07:10:33.502 +00:00 [INF] - Starting refresh of device scope identities cache

解决方案

Thanks for your feedback Greta,

We are looking at this internally. Please bear with me.

这篇关于从iot边缘使用的消息数的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！