Azure服务总线实体吞吐量

7
根据这篇文章:https://azure.microsoft.com/en...,Service Bus每秒可以处理每个队列/主题的最多2000条消息。这篇文章:https://azure.microsoft.com/en...说:“这意味着分区队列或主题的整体吞吐量不再受单个消息代理或消息存储性能的限制。”如果我们创建一个分区队列/主题,我相信它会在内部创建16个分区。我的问题是:分区队列/主题的吞吐量是否线性增加到16 x 2000 = 32,000(大约)?还是2000条/秒的吞吐量保持不变?请问是否有任何关于分区队列/主题吞吐量基准的参考资料?我们目前正在分析需要非常高吞吐量主题的情况。感谢您对这个问题的指导。
此问题也已发布在Azure网站上:https://azure.microsoft.com/en-us/documentation/articles/service-bus-performance-improvements/
1个回答

6

性能会因许多因素而异。例如,许多高级特性(如重复检测、会话、事务等)会增加开销,从而降低吞吐量。如果您想要自行进行基准测试,请尝试运行此性能示例:https://github.com/Azure-Samples/service-bus-dotnet-messaging-performance

此外,由于基本/标准是共享租户模型,因此今天获得的性能可能与明天获得的性能不同。此外,您可能无法看到线性扩展,因为某些节点可能比其他节点更繁忙。

对于真正的可预测性,高级版是最好的选择。


谢谢@JTaub。那么我的理解是,使用分区队列/主题,吞吐量将高于每秒2000条消息/队列。由于资源共享和功能使用,它可能不完全线性,这是可以接受的。 - Girish Bhat
使用标准计划的这个工具,在最佳情况下我无法超过14条消息/秒。几周前,我用自己的基准测试工具得到了相同的结果。我正在使用默认的ServiceBus配置和队列。由于价格原因,我没有测试Premium计划,但我希望标准ServiceBus能够提供更好的性能。 - carraua

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接