事件中心 Event Hubs

从数百万个设备中接收遥测

定价详细信息

Azure 事件中心是一种完全托管的实时数据引入服务,它简单、安全且可缩放。通过事件中心,每秒可流式传输来自任何源的数百万个事件,从而可构建动态数据管道并立即应对业务挑战。利用异地灾难恢复和异地复制选项保证数据引入安全无忧。

借助适用于 Apache Kafka 的 Azure 事件中心,无需做任何代码更改即可使现有的 Kafka 客户端和应用程序与事件中心通信,让你在享受托管 Kafka 体验的同时无需管理自己的群集。

*以下价格均为含税价格。

*每月价格估算基于每个月 744 小时的使用量。
基本 标准 高级 专用 *
容量 每个吞吐量单位 *** ¥0.097/小时 每个吞吐量单位 *** ¥0.19/小时 每个处理单位(PU)¥10.45/小时 每个 容量单位(CU) ¥45.9/小时
入口事件 每百万个事件 ¥ 0.18 每百万个事件 ¥ 0.18 包含 包含
捕获 ¥ 0.636/小时 (~¥473.184/月) *** 包含 包含
Apache Kafka
架构注册表
最大保留期 1 天 7 天 90 天 90 天
存储保留期 84 GB 84 GB 1 TB/PU 10 TB/PU
延长保持 ** ¥ 1.02/GB/月 (每 PU 包含 1 TB) ¥ 1.02/GB/月 (每 CU 包含 10 TB)
* 要了解 CU 可以实现的程度,请参阅基准结果。使用量将按一小时增量收费,最少对四小时的使用量进行收费。有关此产品/服务的详细信息,请阅读事件中心专用层概述。有关其他问题,请联系配额增加支持,或请联系事件中心团队。

** 超过包含的存储配额的消息保留将导致超额费用。

*** 吞吐量单位提供 1 MB/s 的流入量和 2 MB/s 流出量。

常见问题

全部展开
  • 什么是入口事件以及如何对它们计费?

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

    从事件中心使用的事件,以及管理操作和“控制调用”(例如检查点)不会统计为可计费入口事件,而会累积到吞吐量单位限额中。

  • 什么是吞吐量单位以及如何对它们计费?

    吞吐量单位由客户通过 Azure门户或事件中心管理 API 明确选择。吞吐量单位将应用到某个 Service Bus 命名空间中的所有事件中心,每个吞吐量单位将赋予该命名空间以下功能:

    • 1. 每秒最多 1 MB 入口事件(等于发送到事件中心的事件数),但每秒的入口事件、管理操作或控制 API 调用数不超过 1000 个。
    • 2. 每秒最多 2 MB 出口事件(等于从事件中心使用的事件数)。
    • 3. 最多 84 GB 事件存储(对于默认的 24 小时保留期已足够)。
  • 事件中心吞吐量单位是如何实施的?

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

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

    请注意,吞吐量单位的选择与事件中心分区(在类似系统中有时称作分片)的数目无关。尽管每个分区提供的最大吞吐量为每秒 1 MB/1000 个入口事件和每秒 2 MB 出口事件,但分区本身不产生固定的费用。费用是针对某个 Service Bus 命名空间中所有事件中心上的聚合吞吐量单位收取的。这样,客户便可以创建足够多的分区来支持其系统的最大预期负载,在系统上的事件负载真正需要更大的吞吐量之前无需支付任何吞吐量单位费用,并且无需更改其系统的结构和体系结构来满足系统负载升高的需求。

    假设你在命名空间中选择了 8 个吞吐量单位,并创建了包含 32 个分区的单个事件中心。如果此事件中心内的所有分区负载均衡,则每个分区将获得大约 0.25 MB/秒的入口吞吐量,总聚合吞吐量为 8 MB/秒。如果某一个分区出现 1 MB/秒的使用量高峰,而其他 8 个分区的负载只是其峰值负载的一半(0.125 MB/秒),则不会发生分区受限的情况。但是,如果某一个分区的负载高峰超过了 1 MB/秒,则该分区将会受到限制(因为每个分区有限额),尽管所有分区的聚合吞吐量仍旧低于 8 MB/秒。

  • 可以选择的吞吐量单位数是否有限制?

    是。基本层和标准层命名空间最多可通过自助体验具有 40 个吞吐量单位 (TU)。如果你需要的 TU 超过 40 个,建议考虑使用专用事件中心。

  • 最长的保留期是多久?

    在公开上市后,我们提供最长 7 天的保留期。请注意,不应将事件中心用作永久性的数据存储。提供 24 小时以上的保留期主要是为了方便用户将事件流重播到相同的系统,以实现培训或者基于现有数据验证新计算机学习模型这样的目的。

  • 将事件中心事件保留 24 小时以上需要付费吗?

    在许多情况下是要付费的。如果存储事件的总量大小超过了选定吞吐量单位数的存储限额(每个吞吐量单位为 84 GB),则会根据一般的 Azure Blob 存储费率 收取超额部分的费用。每个吞吐量单位的存储限额涵盖了保留期 24 小时(默认期限)的所有存储费用,即使该吞吐量单位的使用量达到了最大入口限额。

  • 事件中心存储大小是如何计算和计费的?

    所有存储事件的总大小(包括事件标头的所有内部开销,或者某个命名空间中所有事件中心内的磁盘存储结构)是按整天计量的。在一天结束时,将计算峰值存储大小。每日存储限额是根据一天中选择的最少吞吐量单位数计算的(每个吞吐量单位提供的限额为 84 GB)。如果总大小超过每日存储限额,则使用 Azure Blob存储费率(按本地冗余存储费率)对超出的存储计费。

  • 你们是否向事件中心收取中转连接费用?

    不管有多少个发送系统/设备,使用 HTTP 发送事件都不必支付连接费用。我们会计量 AMQP 连接数,但是,对于每个基本事件中心命名空间,前 100 个并发连接是免费的;对于标准事件中心,每个订阅的前 1,000 个并发连接是免费的。这些限额涵盖了大多数接收方案,以及许多的服务到服务方案。通常,仅当你打算在大量客户端上使用 AMQP 时,即,想要实现更高效的事件流或者启用双向通信(物联网指挥与控制方案)时,中转连接费用才会变得可观。有关中转连接的构成及其计量方式的详细信息, 请参阅 Service Bus 连接定价 信息。

  • 事件中心捕获(Event Hub Capture)如何计费?

    当命名空间中的事件中心启用了捕获功能时,事件中心捕获功能即可启用。根据购买的吞吐量单位按小时计费。吞吐量单位数增加或减少时,该变化将按整小时增量反映在计费中。

  • 事件中心捕获(Event Hub Capture)对事件中心的出站有何影响?

    事件中心捕获(Event Hub Capture)不会影响事件中心吞吐量单位的出站率。您仍然可以以每秒 2,000 个事件/每个吞吐量单位 2MBps 的满吞吐量单位读取。

  • 事件中心捕获(Event Hub Capture)的存储帐户如何应用存储收费?

    事件中心捕获(Event Hub Capture)按照您提供的计划使用存储帐户。因为这是您的存储帐户,所以这个存储帐户的使用费用将被计入您的 Azure 订阅。捕获窗口越短,存储事务发生得越频繁。

支持和服务级别协议

如有任何疑问或需要帮助,请访问 Azure 支持 选择自助服务或者其他任何方式联系我们获得支持。

对于事件中心“基本”和“标准”级别,我们保证至少在 99.9% 的时间里,正确配置的应用程序能够通过在事件中心发送或接收消息或是执行其他操作。若要了解有关我们的服务器级别协议的详细信息,请访问 服务级别协议 页。