Azure 事件中心专用层概述
Azure 事件中心专用群集旨在满足最苛刻的任务关键型事件流式处理工作负荷的需求。 这些群集为基于高级消息队列协议（事件中心 SDK）或 Apache Kafka API 的事件流式处理应用程序提供高性能、低延迟、可缩放且可靠的事件流式处理服务。
注意
专用层并非在所有区域中均可用。 尝试在 Azure 门户中创建专用群集。 在“创建事件中心群集”页面的“位置”下拉列表中查看支持的区域。
为什么选择专用群集？
事件中心的专用层为需要以企业级容量运行关键工作负荷的客户提供了多项优势。
低延迟事件流式处理
这些群集针对低端到端延迟和高性能进行了优化。 这些群集使企业能够处理高速和大容量的数据流。
流式处理大量数据
对于大多数用例，专用群集可以每秒千兆字节或每秒数百万个事件进行流式传输。 也可缩放这些群集，以适应事件流式处理量的变化。
保障一致的性能
事件中心专用群集将延迟抖动降到最低，并确保一致的性能和有保障的容量。
零干扰
事件中心专用群集在单租户体系结构上运行。 这种体系结构确保分配的资源不会与任何其他租户共享。 与其他层不同的是，你在专用群集中不会看到任何跨租户干扰。
自助缩放
专用群集提供了自助缩放功能，让你可以根据动态负载调整群集的容量并简化业务运营。 可以在使用高峰期进行横向扩展，并在使用低谷期进行横向缩减。
高端功能和大量配额
专用群集包含高级层的所有功能和其他功能。 该服务还负责管理负载均衡、操作系统更新、安全修补程序及分区。 你可以花更少的时间来维护基础结构，并将更多的时间花在构建事件流式处理应用程序上。
支持流式处理大型消息
在大多数流式处理方案中，数据都是轻型的，通常小于 1 MB，但需要高吞吐量。 在某些情况下，消息不能分成更小的段。 自助式专用群集可以容纳其大小最大为 20 MB 的事件，无需额外费用。 此功能允许事件中心处理各种消息大小，以确保业务运营不间断。
容量单位
专用群集是按容量单位 (CU) 预配和计费的，后者是预先分配的 CPU 数量和内存资源量。
每个 CU 可以引入和流式传输的量取决于多种因素，例如：
- 生成者和使用者数。
- 分区数。
- 生成者和使用者配置。
- 有效负载大小。
- 出口速率。
若要确定所需的 CPU 数量，应在事件中心专用群集上执行预期的事件流式处理工作负荷，同时观察群集的资源利用率。 有关详细信息，请参阅应何时缩放专用群集。
群集类型
事件中心专用群集有两种不同的类型：自助式可缩放群集和旧式群集。 这两种类型在对 CU 数量、每个 CU 提供的吞吐量以及地区和区域可用性的支持方面有所不同。
作为专用群集用户，你可以通过检查门户中容量缩放功能的可用性来确定群集的类型。 如果存在此功能，则你在使用自助式可缩放群集。 相反，如果它不可用，则使用旧式专用群集。 也可查找与专用群集相关的 Azure 资源管理器属性。
自助式可缩放群集
事件中心自助式可缩放群集基于新的基础结构，它允许用户缩放分配给每个群集的 CU 数。 通过事件中心门户或 Azure 资源管理器模板（ARM 模板）创建专用群集，可以访问可缩放的自助式群集。 若要了解如何缩放专用群集，请参阅缩放事件中心专用群集。
一个 CU 在自助式可缩放群集中大约提供了 100 MB/秒到 200 MB/秒的入口容量，尽管实际吞吐量可能会根据各种因素而波动。
使用自助式可缩放群集时，最多可以在 Azure 门户中为一个群集购买 10 个 CU。 与传统群集相比，这些群集可以按 1 到 10 的增量方式缩放 CU。 如果需要大于 10 CU 的群集，可以提交支持请求，以便在创建群集后将其纵向扩展。
重要
若要创建或缩放已启用 AZ 的自助式群集，必须提交请求 3 个或更多 CU 的支持请求。 通过门户创建的三 CU（或更多）自助服务群集不支持 AZ。
旧式群集
在自助式可缩放群集可用性之前创建的事件中心专用群集称为旧式群集。
若要使用这些旧式群集，则无法通过 Azure 门户或 ARM 模板直接创建群集， 而必须提交支持请求来创建群集。
一个 CU 在旧式群集中大约提供了 50 MB/秒到 100 MB/秒的入口容量，尽管实际吞吐量可能会根据各种因素而波动。
使用旧式群集时，最多可以购买 20 个 CU。
旧版事件中心专用群集至少需要 8 个 CU 才能启用可用性区域。 可用性区域支持仅适用于具有可用性区域的 Azure 区域。
重要
目前不支持将现有的旧式群集迁移到自助式群集。 有关详细信息，请参阅将旧式群集迁移到自助式可缩放群集。
确定群集类型
可以通过以下方法确定所使用的群集类型。
| 方法 | 操作 | 自助式可缩放群集 | 旧式群集 | 备注 |
|---|---|---|---|---|
| 使用门户 | 检查群集下是否存在“缩放”选项卡。 | 群集 UI 中存在“缩放”页。 | 群集 UI 中没有“缩放”页。 | |
| 使用 Azure 资源管理器 | 检查群集上的 supportsScaling Azure 资源管理器属性。 |
检查群集下是否存在“缩放”页。 | 群集 UI 中没有“缩放”页。 | 在门户、Azure CLI 或 PowerShell 中检查此属性。 需要 API 版本 2022-01-01-preview 或更高版本。 |
使用 nslookup |
对群集中的命名空间运行 nslookup 命令。 |
CNAME 映射到 *.cloudapp.chinacloudapi.cn。 |
CNAME 映射到 *.chinacloudapp.cn。 |
示例：nslookup ns.servicebus.chinacloudapi.cn。 |
配额和限制
事件中心专用层产品/服务按固定的每月价格计费，最少用量为四小时。 专用层提供高级版计划的所有功能，但具有企业规模的容量和限制，以满足客户的工作负荷需求。
有关配额和限制的详细信息，请参阅事件中心配额和限制。
常见问题解答
可以使用群集来做什么？
对于事件中心群集，可以引入和流式传输的数据量取决于多种因素，例如生成者、使用者、引入和处理速率。
下表展示了我们在使用旧式专用群集进行测试期间获得的基准结果。
| 有效负载形状 | 接收方 | 入口带宽 | 入口消息 | 出口带宽 | 出口消息 | TU 总数 | 每个 CU 的 TU 数 |
|---|---|---|---|---|---|---|---|
| 100x1KB 批 | 2 | 400 MB/秒 | 400k 消息数/秒 | 800 MB/秒 | 800k 消息数/秒 | 400 TU | 100 TU |
| 10x10KB 批 | 2 | 666 MB/秒 | 66.6k 消息数/秒 | 1.33 GB/秒 | 133k 消息数/秒 | 666 TU | 166 TU |
| 6x32KB 批 | 1 | 1.05 GB/秒 | 34k 消息数/秒 | 1.05 GB/秒 | 34k 消息数/秒 | 1,000 TU | 250 TU |
测试中使用了以下条件：
- 一个专用层事件中心群集使用四个 CU。
- 用于引入的事件中心包含 200 个分区。
- 引入的数据由从所有分区接收数据的两个接收方应用程序接收。
异地灾难恢复如何与群集配合工作？
可以将专用层群集下的命名空间与专用层群集下的另一个命名空间进行异地配对。 不鼓励将专用层命名空间与标准产品/服务中的命名空间配对，因为吞吐量限制不兼容，会导致错误。
是否可以将标准或高级命令空间迁移到专用层群集？
目前，我们不支持将事件中心数据从标准或高级命名空间迁移到专用命名空间的自动迁移过程。
为什么旧版区域冗余专用群集至少有八个 CU？
为了向专用产品/服务提供区域冗余，所有计算资源必须在同一区域中的三个数据中心有三个副本。 此最低要求支持区域冗余（这样，服务才能在两个区域或数据中心关闭的情况下仍然正常运行），会形成等效于八个 CU 的计算容量。
无法更改此配额。 它是对具有专用层的当前体系结构的限制。
相关内容
请与 Azure 销售代表或 Azure 支持部门联系，获取有关事件中心专用层的更多详细信息。 你还可以创建群集或了解有关事件中心定价层的详细信息：
- 通过 Azure 门户创建事件中心群集。
- 查看事件中心专用层定价。 还可以与 Azure 销售代表或 Azure 支持部门联系，获取有关事件中心专用容量的更多详细信息。
- 请参阅事件中心常见问题解答，以了解定价信息以及针对事件中心常见问题的解答。