你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Azure 事件中心专用层概述
事件中心专用群集旨在满足最苛刻的任务关键型事件流式处理工作负载的需求。 这些群集为基于 AMQP（事件中心 SDK）或 Apache Kafka API 的事件流式处理应用程序提供高性能、低延迟、可缩放且可靠的事件流式处理服务。
注意
专用层并非在所有区域中均可用。 尝试在 Azure 门户中创建专用群集，并在“创建事件中心群集”页面的“位置”下拉列表中查看支持的区域。
为什么选择专用群集？
事件中心的专用层为需要以企业级容量运行任务关键型工作负载的客户提供了多项优势。
低延迟事件流式处理
这些群集针对低端到端延迟和高性能进行了优化。 因此，这些群集使企业能够处理高速和大容量的数据流。
流式处理大量数据
对于大多数用例，专用群集可以每秒千兆字节或每秒数百万个事件进行流式传输。 此外，可以轻松缩放这些群集，以适应事件流式处理量的变化。
保障一致的性能
事件中心专用群集将延迟抖动降到了最低，并确保一致的性能和有保障的容量。
零干扰
事件中心专用群集在单租户体系结构上运行。 因此，它可确保分配的资源不会与任何其他租户共享。 因此，与其他层不同的是，你在专用群集中不会看到任何跨租户干扰。
自助缩放
专用群集提供了自助缩放功能，让你可以根据动态负载调整群集的容量并简化业务运营。 可以在使用高峰期进行横向扩展，并在使用低谷期进行横向缩减。
高端功能和大量配额
专用群集包含高级层的所有功能和其他功能。 该服务还负责管理负载均衡、操作系统更新、安全修补程序及分区。 因此，你可以花更少的时间来维护基础结构，并将更多的时间花在构建事件流式处理应用程序上。
容量单位 (CU)
专用群集是按容量单位 (CU) 预配和计费的，并预先分配了 CPU 数量和内存资源量。
每个 CU 可以引入和流式传输的量取决于多种因素，例如：
- 生成者和使用者的数量
- 分区数。
- 生成者和使用者配置。
- 有效负载大小
- 出口速率
因此，若要确定所需的 CPU 数量，应在事件中心专用群集上执行预期的事件流式处理工作负载，同时观察群集的资源利用率。 有关详细信息，请参阅何时缩放专用群集。
群集类型
事件中心专用群集有两种不同的类型：自助式可缩放群集和旧式群集。 这两种类型在对 CU 数量、每个 CU 提供的吞吐量以及地区和区域可用性的支持方面有所不同。
作为专用群集用户，你可以通过检查门户中容量缩放功能的可用性来确定群集的类型。 如果存在此功能，则你在使用自助式可缩放群集。 相反，如果它不可用，则你在使用旧式专用群集。 或者，可以查找与专用群集相关的 Azure 资源管理器属性。
自助式可缩放群集
事件中心自助式可缩放群集基于新的基础结构，它允许用户轻松缩放分配给每个群集的容量单位数。 通过事件中心门户或 ARM 模板创建专用群集，可以访问可缩放的自助式群集。 若要了解如何缩放专用群集，请参阅缩放事件中心专用群集。
一个容量单位 (CU) 在自助式可缩放群集中大约提供了 100 MB/s 到 200 MB/s 的流入容量，尽管实际吞吐量可能会根据各种因素而波动。
使用自助式可缩放群集时，最多可以在 Azure 门户中为一个群集购买 10 个 CU。 与传统群集相比，这些群集可以按 1 到 10 的增量方式缩放 CU。 如果需要大于 10 CU 的群集，可以提交支持请求，以便在创建群集后将其纵向扩展。
旧式群集
在自助式可缩放群集可用性之前创建的事件中心专用群集称为旧式群集。
若要使用这些旧式群集，无法通过 Azure 门户或 ARM 模板直接创建群集，必须提交支持请求来创建群集。
一个容量单位 (CU) 在旧式群集中大约提供 50 MB/s 到 100 MB/s 的流入容量，尽管实际吞吐量可能会根据各种因素而产生波动。
使用旧式群集时，最多可以购买 20 个 CU。
注意
传统事件中心专用层群集至少需要 8 个容量单位 (CU) 才能启用可用性区域。 可用性区域支持仅适用于具有可用性区域的 Azure 区域。
重要
目前不支持将现有的旧式群集迁移到自助式群集。 有关详细信息，请参阅将旧式群集迁移到自助式可缩放群集。
确定群集类型
可以使用以下方法确定群集类型。
| 方法 | 操作 | 自助式可缩放群集 | 旧式群集 | 说明 |
|---|---|---|---|---|
| 使用门户 | 检查群集下是否存在“缩放”选项卡 | 群集 UI 中提供了“缩放”页。 | 群集 UI 中没有可用的缩放页。 | |
| 使用 Azure 资源管理器 | 检查群集上的 supportsScaling Azure 资源管理器属性。 |
检查群集下是否存在“缩放”页。 | 群集 UI 中没有可用的缩放页。 | 在门户、CLI 或 PowerShell 上检查此属性。 需要 API 版本 2022-01-01-preview 或更高版本。 |
| 使用 nslookup | 在群集中的命名空间上运行 nslookup 命令。 | CNAME 映射到 *.cloudapp.azure.com。 |
CNAME 映射到 *.cloudapp.net。 |
示例：nslookup ns.servicebus.windows.net。 |
配额和限制
事件中心专用层产品/服务按固定的每月价格计费，最少用量为 4 小时。 专用层提供高级版计划的所有功能，但具有企业规模的容量和限制，以满足客户的工作负载需求。
有关配额和限制的详细信息，请参阅事件中心配额和限制
常见问题解答
可以使用群集来做什么？
对于事件中心群集，可以引入和流式传输的数据量取决于各种因素，例如生成者、使用者、引入和处理速率等。
下表展示了我们在测试旧式专用群集期间实现的基准结果：
| 有效负载形状 | 接收方 | 入口带宽 | 入口消息 | 出口带宽 | 出口消息 | 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 消息数/秒 | 1000 TU | 250 TU |
测试中使用了以下条件：
- 一个专用层事件中心群集使用 4 个容量单位 (CU)。
- 用于引入的事件中心包含 200 个分区。
- 引入的数据由从所有分区接收数据的两个接收方应用程序接收。
是否可以纵向扩展/纵向缩减群集？
如果使用“支持缩放”选项集创建了群集，则可以使用自助服务体验根据需要进行横向扩展和横向缩减。 可以使用自助服务可缩放群集纵向扩展到 10 个 CU。 由于自助式可缩放专用群集基于新的基础结构，它们的性能必然优于不支持自助缩放的专用群集。 由于专用群集的性能取决于各种因素，例如资源分配、分区数、存储空间等，建议在测试实际工作负载后确定所需的 CU 数。
在以下场景中，提交支持请求以在专用群集中进行横向扩展或横向缩减。
- 对于自助服务可缩放专用群集（使用“支持缩放”选项集创建的群集），需要 10 个以上 CU。
- 需要在不选择“支持缩放”选项情况下创建的群集中进行横向扩展或横向缩减
- 需要在发布自助服务体验之前创建的专用群集中进行横向扩展或横向缩减
警告
在创建群集后至少 4 小时内，你将无法删除它。 因此，你将被收取至少 4 小时的群集使用费。 有关定价的详细信息，请参阅事件中心 - 定价。
是否可以从旧式群集迁移到自助式可缩放群集？
由于基础硬件和软件的体系结构存在差异，目前不支持将不支持自助缩放的群集迁移到自助式可缩放专用群集。 如果想要使用自助式缩放，则必须重新创建群集。 若要了解如何创建可缩放群集，请参阅创建事件中心专用群集。
何时扩展我的专用群集？
CPU 消耗是你的专用群集资源消耗的关键指标。 当总体 CPU 消耗达到 70% 时（没有观察到任何异常情况，例如大量服务器错误或成功请求率变低），这意味着你的群集正在向其最大容量移动。 因此，你可以将此作为指标来考虑是否需要扩展你的专用群集。
若要监视专用群集的 CPU 使用率，需要执行以下步骤。
在“事件中心专用层”群集的指标页中，选择“添加指标”。
选择
CPU作为指标，并使用Max作为聚合。
然后，选择“添加筛选器”，为属性类型
Role添加筛选器，使用等号运算符并从下拉列表中选择所有三个值（Backend、Gateway）。
然后，可以监视此指标以确定何时应扩展专用群集。 你还可以针对此指标设置警报，以便在 CPU 使用率达到你设置的阈值时收到通知。
异地灾难恢复如何与群集配合工作？
可以将专用层群集下的命名空间与专用层群集下的另一个命名空间进行异地配对。 不鼓励将专用层命名空间与标准产品/服务中的命名空间配对，因为吞吐量限制不兼容并会导致错误。
是否可以将标准或高级命令空间迁移到专用层群集？
目前，我们不支持将事件中心数据从标准或高级命名空间迁移到专用命名空间的自动迁移过程。
为什么区域冗余专用群集至少有 8 个 CU？
为了向专用产品/服务提供区域冗余，所有计算资源丢必须在同一地区中的 3 个数据中心具有 3 个副本。 这是支持区域冗余的最低要求（这样，服务才能在 2 个地区/数据中心关闭的情况下仍然正常运行)，并且会形成等效于 8 个 CU 的计算容量。
因此，这不是我们可以更改的配额，而是具有专用层的当前体系结构的限制。
后续步骤
请与 Microsoft 销售代表或 Microsoft 支持部门联系，获取有关事件中心专用层的更多详细信息。 你还可以访问以下链接，学习创建群集或了解有关事件中心定价层的详细信息：
- 通过 Azure 门户创建事件中心群集
- 专用事件中心定价。 还可以联系 Microsoft 销售代表或 Microsoft 支持部门，获取关于事件中心专用层容量的更多详细信息。
- 事件中心常见问题解答中包含了定价信息并解答了一些有关事件中心的常见问题。