事件中心高级层概述

事件中心高级层专用于需要弹性、优异性能且延迟可预测的高端流式处理方案。 性能是通过提供预留的计算、内存和存储资源实现的,这些资源可以最大程度减少托管多租户 PaaS 环境中的跨租户干扰。

事件中心高级层引入了新的双层原生代码日志引擎,与以往的代系相比,该引擎的可预测性要好得多,发送和直通延迟要低得多,而且对持久性不会造成任何不利影响。 在可能的情况下,事件中心高级层会将每个事件复制到分布在不同 Azure 可用性区域中的三个副本,并且只有在所有副本以同步方式刷新到底层快速存储之后,才将发送操作报告为已完成。 不立即读取的或者以后需要再次读取的事件最长可保留 90 天,它们以透明方式保存在可用性区域冗余的存储层中。 快速存储和保留存储层中的事件均已加密;在事件中心高级层中,加密密钥可由你提供。

除了这些与存储相关的功能以及事件中心标准层产品/服务的所有功能和协议支持以外,事件中心高级层的隔离模型还能实现动态分区纵向扩展等新功能,以及尚待添加的功能。 此外,它提供的配额分配也要慷慨得多。 事件中心捕获是免费随附的。

高级层产品/服务按处理单位 (PU) 计费,PU 对应于底层基础结构中共享的隔离资源(CPU、内存和存储)。

由于事件中心高级层在可快速转移资源的极大型多租户环境中提供隔离,因此与专用产品/服务相比,它在缩放时的弹性和速度要高得多,并且 PU 可以动态调整。 因此,与事件中心专用层相比,事件中心高级版通常是一种更经济高效的选项,适用于中型 (< 120MB/sec) 吞吐量要求,尤其是在一天或一周内改变负载。

注意

请注意,事件中心高级版仅支持 TLS 1.2 或更高版本。

你可以为每个命名空间购买 1、2、4、8 和 16 个处理单位。 由于事件中心高级层是基于容量的产品/服务,可实现的吞吐量不是像事件中心标准层中那样按照限制量规定的,而是像事件中心专用层那样,取决于你要求事件中心执行的工作。 每个 PU 的有效引入和流式传输吞吐量取决于各种因素,包括:

  • 生成者和使用者的数量
  • 有效负载大小
  • 分区计数
  • 流出请求速率
  • 事件中心捕获、架构注册表和其他高级功能的使用情况

有关更多详细信息,请参阅事件中心 SKU 之间的比较

注意

为 Apache Kafka RPC 协议默认启用的所有事件中心命名空间可由现有的基于 Kafka 的应用程序使用。 在群集上启用 Kafka 不影响非 Kafka 用例;没有对应的选项,或者不需要在群集上禁用 Kafka。

为何要选择高级层?

对于需要在多租户环境中实现更好的隔离以及较低延迟和较高数据引入吞吐量的客户而言,高级事件中心提供三个引人注目的优势。

新的双层存储引擎提供卓越的性能

事件中心高级层使用新的双层日志存储引擎,它能极大地提高数据引入性能,并大幅减少整体延迟和延迟抖动,且不影响持久性保证。

更好的隔离性和可预测性

事件中心高级层提供隔离的计算和内存容量,可在多租户部署中实现更具可预测性的延迟,并大大降低产生“坏邻居效应”的风险。

事件中心高级层在其多租户群集中实现“群集中的群集”模型,以提供可预测性和性能,同时保留了托管多租户 PaaS 环境的所有优势。

成本节省和可伸缩性

由于事件中心高级层是一个多租户产品/服务,因此可以更灵活且更快速地动态缩放。 容量是按处理单位分配的(在群集内部分配隔离的 CPU/内存 Pod)。 可按命名空间纵向扩展/缩减这些 Pod 的数目。 因此,事件中心高级层是一个低成本的选项,适用于总体吞吐量范围小于 120 MB/秒但高于标准 SKU 可实现的级别的消息传递方案。

配额和限制

高级层提供标准计划的所有功能,但其性能和隔离性更好,且配额更高。 有关详细的配额和限制,请参阅事件中心配额和限制

常见问题解答

可以使用处理单位来做什么?

使用处理单位可以引入和流式传输的数据量取决于各种因素,例如生成者、使用者、引入和处理速率,等等。 如需处理单位的更多详细信息,请参阅使用事件中心进行缩放

能否将标准命名空间迁移到高级命名空间?

我们目前不支持从标准命名空间迁移到高级命名空间。

后续步骤

可以通过 Azure 门户开始使用事件中心高级层。 有关定价和事件中心常见问题的更多详细信息,请参阅事件中心高级版定价,查找有关事件中心的一些常见问题的解答。