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