事件中心定价

入口事件是等于或小于 64 KB 的数据单位。每个入口活动都是一个可计费活动。较大的消息按 64 KB 的倍数计费。例如，8 KB 的消息按一个事件计费，而 96 KB 的消息按两个事件计费。

通过事件中心使用的事件，以及管理操作和“控制调用”（例如检查点）不计为可计费入口事件，但会累积到吞吐量单位限额中。

吞吐量单位由客户通过 Azure 门户或事件中心管理 API 明确选择。吞吐量单位适用于命名空间内的所有事件中心，每个吞吐量单位为命名空间授予以下容量：

1. 每秒最多 1 MB 入口事件（等于发送到事件中心的事件数），但每秒的入口事件、管理操作或控制 API 调用数不超过 1000 个。
2. 每秒最多 2 MB 出口事件（等于从事件中心使用的事件数）。
3. 最多 84 GB 事件存储（对于默认的 24 小时保留期已足够）。

吞吐量单位按小时计费，计费依据为在这一小时选择的最大单位数。

如果某个命名空间中所有事件中心内的总入口吞吐量或总入口事件率超过了聚合吞吐量单位限额，则发送方将会受到限制，并有错误消息指出已超过入口配额。

如果某个命名空间中所有事件中心内的总出口吞吐量或总出口事件率超过了聚合吞吐量单位限额，则接收方将会受到限制，并有错误消息指出已超过出口配额。入口配额和出口配额是分开实施的，因此，任何发送方都不会减慢事件的使用，并且任何接收方都无法阻止将事件发送到事件中心。

请注意，吞吐量单位的选择与事件中心分区（在类似系统中有时称作分片）的数目无关。分区本身不产生固定的费用。针对命名空间内所有事件中心上的聚合吞吐量单位收取费用。这样，客户便可以创建足够多的分区来支持其系统的最大预期负载，在系统上的事件负载真正需要更大的吞吐量之前无需支付任何吞吐量单位费用，并且无需更改其系统的结构和体系结构来满足系统负载升高的需求。

假设你在命名空间中选择了 8 个吞吐量单位，并创建了包含 32 个分区的单个事件中心。如果此事件中心中的所有分区存在均匀的负载，那么对于 8 MB/s 的总聚合吞吐量，每个分区获得约 0.25 MB/s 入口吞吐量。如果某一个分区的使用率飙升到 1 MB/s，而其他 8 个分区仅为其峰值负载的一半 (0.125 MB/s)，那么不会发生限制。

是。基本层和标准层命名空间最多可通过自助体验具有 20 个吞吐量单位 (TU)。你可填写支持工单，最多为标准层命名空间请求 40 个 TU。请注意，我们不保证每个 Azure 订阅中超过 20 个 TU 的额外容量立即可用。我们建议预计需要超过 20 个事件中心吞吐量单位 (TU) 的客户在计划周期内尽早与我们联系，讨论相关需求。如果你需要的 TU 超过 40 个，建议考虑使用专用事件中心。

如果存储事件的总量大小超过了选定吞吐量单位数的存储限额（在标准层中，每个 TU 为 84 GB；在专用层中，每个 CU 为 10 TB），则会根据定价表中列出的区域费率收取超额部分的费用。事件中心事件在标准层最多保留 7 天，在专用层最多保留 90 天。

所有存储事件的总大小（包括事件标头的所有内部开销，或者某命名空间中所有事件中心内的磁盘存储结构上的所有内部开销）是按整天计量的。在一天结束时，将计算峰值存储器大小。如果总大小超过存储限额，则按本地冗余 Azure Blob 存储费率对超出的存储部分计费。

不管有多少个发送系统或设备，使用 HTTPs 发送事件都不必支付连接费用。我们会计量 AMQP 连接数，但是，对于每个基本事件中心命名空间，前 100 个并发连接是免费的；对于标准事件中心，每个订阅的前 1,000 个并发连接是免费的。这些限额涵盖了大多数接收方案，以及许多的服务到服务方案。通常，仅当计划在大量客户端上使用 AMQP（例如接收更高效的事件流）时，中转连接费用才变得可观。中转连接根据服务总线连接定价页面上列出的费率收取费用。

不会对专用事件中心收取单独的中转连接费用。

命名空间中的任何事件中心启用捕获功能时，都将启用事件中心捕获。捕获按小时/已购买吞吐量单位计费。吞吐量单位计数增加或减少时，事件中心捕获计费将在整个的小时增量中反映这些改变。

事件中心捕获不影响事件中心吞吐量单位的出口率。针对每吞吐量单位的每 2 MBps，你仍能以每秒 2,000 个事件的全吞吐量单位率进行读取。

事件中心捕获按提供的计划使用所提供的存储帐户。因为这是你的存储帐户，任何针对此存储帐户的使用收费都将计入你的 Azure 订阅。捕获时段越短，存储交易发生得越频繁。