吞吐量单位和分区计数
ThroughPut Unit and Partition Count
我对与 TU 相关的分区计数有疑问。我们有一个下面的配置和 3 Tus 的命名空间，它会根据每个 eventhub 的分区数产生影响，我们是否应该只将分区数创建为 32 以获得更好的性能？仅供参考，我们正在使用标准计划，并在第一个收到更多消息时将分区计数保持在较高水平。我们也使用批处理方式发送消息到evenhub。
计划每个分区最多 1 个 MB/sec。换句话说，将每个分区视为最多可以处理 1 MB/sec 流量的单独流。也就是说，您当前的配置对我来说还不错。但是，您仍然可以考虑根据您的流量增长轨迹增加分区数。
如果有 3 个 TU，则可能存在问题。如果命名空间有3个TU，那么在一分钟内，ingress的最大大小是1M * 60 * 3 = 180M /分钟，但是在你发布的table中，总大小大于180M（109 + 58 +39).
对于 TU 和分区计数，您应该查看 How many partitions do I need?, Partitions。您可以按照上述文章中的以下指南进行操作：
我们建议您平衡 1:1 吞吐量单位和分区以实现最佳规模。单个分区具有最多一个吞吐量单位的保证入口和出口。虽然您可以在分区上实现更高的吞吐量，但不能保证性能。这就是我们强烈建议事件中心中的分区数大于或等于吞吐量单位数的原因。
我对与 TU 相关的分区计数有疑问。我们有一个下面的配置和 3 Tus 的命名空间，它会根据每个 eventhub 的分区数产生影响，我们是否应该只将分区数创建为 32 以获得更好的性能？仅供参考，我们正在使用标准计划，并在第一个收到更多消息时将分区计数保持在较高水平。我们也使用批处理方式发送消息到evenhub。
计划每个分区最多 1 个 MB/sec。换句话说，将每个分区视为最多可以处理 1 MB/sec 流量的单独流。也就是说，您当前的配置对我来说还不错。但是，您仍然可以考虑根据您的流量增长轨迹增加分区数。
如果有 3 个 TU，则可能存在问题。如果命名空间有3个TU，那么在一分钟内，ingress的最大大小是1M * 60 * 3 = 180M /分钟，但是在你发布的table中，总大小大于180M（109 + 58 +39).
对于 TU 和分区计数，您应该查看 How many partitions do I need?, Partitions。您可以按照上述文章中的以下指南进行操作：
我们建议您平衡 1:1 吞吐量单位和分区以实现最佳规模。单个分区具有最多一个吞吐量单位的保证入口和出口。虽然您可以在分区上实现更高的吞吐量，但不能保证性能。这就是我们强烈建议事件中心中的分区数大于或等于吞吐量单位数的原因。