如何使用Azure ServiceBus标准计划获得更好的性能

如何使用Azure ServiceBus标准计划获得更好的性能,azure,azureservicebus,azure-servicebus-queues,azure-servicebus-topics,Azure,Azureservicebus,Azure Servicebus Queues,Azure Servicebus Topics,使用Azure ServiceBus标准计划,我无法获得超过14 msg/秒的速度。我正在使用以下工具运行一些基准测试: 测试是使用具有单个队列和所有默认配置的ServiceBus资源完成的: 如果我读对了,您已经获得了一个(MaxInflightReceives)与5个接收器(ReceiverCount)的最大并发性。增加并发性并在客户端上启用预取将提高总体吞吐量。但是, 测试应在同一Azure数据中心内完成。如果您在本地计算机上进行测试,则会引入无法避免的大量延迟 使用的接收模式为peek锁

使用Azure ServiceBus标准计划,我无法获得超过14 msg/秒的速度。我正在使用以下工具运行一些基准测试:

测试是使用具有单个队列和所有默认配置的ServiceBus资源完成的:


如果我读对了,您已经获得了一个(
MaxInflightReceives
)与5个接收器(
ReceiverCount
)的最大并发性。增加并发性并在客户端上启用预取将提高总体吞吐量。但是,

  • 测试应在同一Azure数据中心内完成。如果您在本地计算机上进行测试,则会引入无法避免的大量延迟
  • 使用的接收模式为
    peek锁定
    。它比
    ReceiveAndDelete
    慢。不建议切换,但在使用
    PeekLock
    以吞吐量换取安全性时,需要考虑这一点
  • 标准层对每秒的操作数有一个上限。此外,命名空间部署在共享环境中,实体分散在各种部署容器中。性能将有所不同,无法保证。如果您想保证吞吐量,请使用高级SKU

  • 如果我没有看错的话,您已经获得了一个(
    MaxInflightReceives
    )与5个接收器(
    ReceiverCount
    )的最大并发性。增加并发性并在客户端上启用预取将提高总体吞吐量。但是,

  • 测试应在同一Azure数据中心内完成。如果您在本地计算机上进行测试,则会引入无法避免的大量延迟
  • 使用的接收模式为
    peek锁定
    。它比
    ReceiveAndDelete
    慢。不建议切换,但在使用
    PeekLock
    以吞吐量换取安全性时,需要考虑这一点
  • 标准层对每秒的操作数有一个上限。此外,命名空间部署在共享环境中,实体分散在各种部署容器中。性能将有所不同,无法保证。如果您想保证吞吐量,请使用高级SKU

  • 谢谢你的回答。我会按照你的建议设置一个测试。谢谢你的回答。我将按照你的建议设置一个测试。