5

この記事の内容:https://azure.microsoft.com/en ...サービスバスは、キュー/トピックごとに最大2000件のメッセージを処理できます。この記事:https://azure.microsoft.com/en ...「これは、パーティション化されたキューまたはトピックの全体的なスループットが、単一のメッセージブローカーまたはメッセージストアのパフォーマンスによって制限されなくなったことを意味します。パーティション化されたキュー/トピックを作成すると、内部的に16個のパーティションが作成されます。私の質問は次のとおりです。パーティショニングされたキュー/トピックのスループットは、16 x 2000 = 32,000(近似)まで直線的に上昇しますか?または、2000 msg/secのスループットが残ります。パーティション化されたキュー/トピックのスループットベンチマークを教えてください。現在、非常に高いスループットのトピックが必要なシナリオを分析しています。この質問のガイダンスは本当に役に立ちます。Azureサービスバスエンティティスループット

この質問はで、また、Azureのサイトに掲載されています:https://azure.microsoft.com/en-us/documentation/articles/service-bus-performance-improvements/

答えて

3

パフォーマンスは、物事の数に基づいて異なります。たとえば、重複した検出、セッション、トランザクションなどの多くの高度な機能は、オーバーヘッドを追加し、スループットを低下させます。 https://github.com/Azure-Samples/service-bus-dotnet-messaging-performance

また、ベーシック/スタンダードは共有テナントモデルであるため、今日のパフォーマンスは明日のパフォーマンスと異なる場合があります。さらに、一部のノードが他のノードよりもビジーになる可能性があるため、リニアスケールが表示されないことがあります。

本当の予測可能性については、プレミアムが最善の策です。

+0

ありがとうございます@JTaub。だから私が理解することは、スループットが分割されたキュー/トピックを使って2000メッセージ/秒/キューよりも高くなるということです。リソースの共有や機能の使用のために、それはまったく線形ではないかもしれませんが、それは十分です。 –

関連する問題