【问题标题】:Being Throttled by Azure Service Bus受到 Azure 服务总线的限制
【发布时间】:2019-01-17 01:04:03
【问题描述】:

当我尝试从服务总线检索消息时,我在 Windows Azure 中遇到以下异常。

Microsoft.ServiceBus.Messaging.ServerBusyException:请求是 由于实体受到限制而终止。请稍等 10 秒再试一次

调用Receive方法后出现异常:

QueueClient queueClient = _messagingFactory.CreateQueueClient(queueName);
var brokeredMessage = queueClient.Receive(TimeSpan.Zero);

这是可配置的还是我对消息总线的要求很高?

【问题讨论】:

  • 以下是 SB 消息配额,如果有帮助的话:msdn.microsoft.com/en-us/library/windowsazure/ee732538.aspx
  • @astaykov 这是很好的信息,尽管我没有看到任何表明 X 秒内调用过多的信息,等等...知道其中哪一个可能会打击我吗?
  • 您是只从一个客户端调用此接收,还是从多个实例调用此接收?如果它是多个实例,并且您没有处理,则可能是客户端连接限制。另外,为什么不尝试 Receive 的无参数重载而不是指定 TimeSpan.Zero ?
  • @astaykov 好的,我会仔细看看是否是问题所在。
  • 每个队列的客户端 - 应该没问题。至于监控连接数 - RDP 并输入命令提示符:“netstat -an”,这将为您提供主机中所有连接的列表及其状态(即空闲、已建立、正在侦听等)或使用来自的 TcpView系统内部。没有更多的想法。

标签: azure azure-storage azureservicebus


【解决方案1】:

在不知道您发布的内容的情况下,您似乎将您的服务总线实例征税到最大。但是,由于这个问题最初是在大约 7 年前提出的,因此需要注意的是,Azure 服务总线的可扩展性目标在这段时间里已经有了很大的提高。

您可以参考此 Azure 文档文章,了解有关 Azure 服务总线的配额和限制阈值的更多信息:

https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-quotas

【讨论】:

    猜你喜欢
    • 2022-01-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-07-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-10-30
    相关资源
    最近更新 更多