本文介绍了从iot边缘使用的消息数的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
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：30.114 +00：00 [INF] - 开始刷新设备范围标识cache
2019-04-09 03：10：29.749 +00：00 [INF] - 重新认证已连接的客户端
2019-04-09 03：10：30.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：31.471 +00：00 [INF] - 开始刷新设备范围标识cache
2019-04-09 05：10：29.751 +00：00 [INF] - 重新认证已连接的客户端
2019-04-09 05：10：32.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：32.830 +00：00 [INF] - 开始刷新设备范围标识c疼痛
2019-04-09 07：10：29.749 +00：00 [INF] - 重新认证已连接的客户
2019-04-09 07：10：33.502 +00：00 [INF] - 开始刷新设备范围标识缓存
解决方案
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
解决方案
这篇关于从iot边缘使用的消息数的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！
10-31 18:19