问题描述

Event Hub服务中的度量值指标解说

      1)request和message的区别

      2)capture backlog 和 capture message 怎么理解

      3)quota exceed error, 哪里可以知道这个quota

      4)size 是指的存储大小

      5)  为EventHub 设置Alert,是否可以根据Incoming Messages 和 Outgoing Messages的数量差值进行设置 

 

问题解答

1)request和message的区别

对Event Hub进行的任何操作(发送消息,管理请求)都是Reqeust。而只有发送消息,接收消息是算在Message指标中的。所以在指标中,会观测到 Incoming Request 的数量远大于 Incoming Messages 的数量,因为对于Incoming Requests 除了与 Messages相关的操作,还包括对Event Hub的entity执行的 management的操作,比如list、get size、 get property等操作。

Incoming Requests: The number of requests made to the Event Hubs service over a specified period. This metric includes all the data and management plane operations.

Incoming Messages: The number of events or messages sent to Event Hubs over a specified period.

Outgoing Messages: The number of events or messages received from Event Hubs over a specified period.

指标更详细的说明见:https://learn.microsoft.com/en-us/azure/event-hubs/monitor-event-hubs-reference?source=recommendations#metrics

 

2)capture backlog 和 capture message 怎么理解

Capture backlob 和 capture message 指在Event Hub开启捕获(capture)功能后,对backlog 和 message的统计指标。

Captured Messages: The number of captured messages(已经捕获了多少消息)
Capture Backlog: Capture backlog for an event hub(还剩余多少消息没有捕获)

更多说明见:https://learn.microsoft.com/en-us/azure/event-hubs/monitor-event-hubs-reference?source=recommendations#capture-metrics

 

3)quota exceed error, 哪里可以知道这个quota

 因为Event Hub的限制元素较多,各种元素限制的需要参考官网,并且有可能随时间修改:https://learn.microsoft.com/en-us/azure/event-hubs/event-hubs-quotas

 

4)Size 是指的存储大小

 Size代表在该 EventHub 的整个 Namespace 里面目前所存储的所有的数据的大小。 对于Standard的Event Hub Namespace, 存储空间与TU(吞吐量单位)相关,每一个TU最多可以容纳84GB的数据. https://learn.microsoft.com/zh-cn/azure/event-hubs/event-hubs-faq#do-throughput-units-apply-to-all-event-hubs-in-a-namespace-

 

5)  为EventHub 设置Alert,是否可以根据Incoming Messages 和 Outgoing Messages的数量差值进行设置

目前Event Hub服务的Alert Rule 暂时不支持对Incoming Messages 和 Outgoing Messages 的数量差值进行设置,但是,可以考虑如下替代方案:

为 archive messages设置 Alert Rule:如果Incoming messages 与 Outgoing messages 数量相等,而且消费端收到outgoing message 之后返回了complete,则archive messages的数量会保持在0左右。根据此点特性:可以监控 archive messages 的数量是否在10条以下,如果在10条以下也可以表示Incoming messages 与 outgoing messages的数量几乎是相等的。