小编点评

**1. request 和 message 的区别** - request：请求是发送给Event Hub的服务请求的具体步骤，例如发送消息、获取数据等。 - message：消息是完成请求所需的所有数据，例如请求参数、事件数据等。 **2. capture backlog 和 capture message 的理解** - capture backlog：事件捕获过程中，保留等待捕获的消息数量，直到捕获完成。 - capture message：指捕获到的事件或消息。 **3. quota exceed error 的理解** - 当Event Hub的限制元素（例如吞吐量、内存、数量等）达到或超过指定值时，会触发quota exceed error。 - 具体的错误信息可以从Event Hub的日志中获取。 **4. size 的理解** - size：表示该Event Hub存储的总数据大小，包括所有数据、索引、日志等。 - 对于Standard的Event Hub Namespace，存储空间与TU (吞吐量单位)相关，每个TU最多可以容纳84GB的数据。 **5. Event Hub 设置 Alert 的考虑因素** - 可以根据Incoming Messages 和 Outgoing Messages数量差值设置Alert，但目前Event Hub服务的Alert Rule 暂时不支持对这些数量差值的设置。 - 可以考虑设置 Alert Rule，如果Incoming messages 与 Outgoing messages的数量相等，而且消费端收到outgoing message之后返回了complete，则archive messages的数量会保持在0左右。

正文

问题描述

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的数量几乎是相等的。