ServiceBus的maxSizeInMegabytes的解釋和修改主題

我試圖調和在ARM和門戶中解釋「maxSizeInMegabytes」屬性的各種方式。我創建了一個分區，標準ServiceBus話題我的ARM模板和屬性：ServiceBus的maxSizeInMegabytes的解釋和修改主題

"maxSizeInMegabytes": "1024",

當我查看門戶中的主題列表中，我看到16GB（或許倍增，B/C分區的？）

當我鑽到主題確定指標，然後我看到

列表中的選項從1到5GB不等，但沒有選中。

最後，當我查看該資源（resources.azure.com），我看到：

那麼，你應該創建資源時進入未分區的大小，然後你會得到總分區大小後面？顯然，門戶網站的用戶界面也很混亂，因爲它不能在下拉菜單中顯示值。

ASB部是這樣的[測量]（https://github.com/Azure/azure-service-bus/issues?q=is%3Aopen+is%3Aissue+label% 3Aportal）。我建議你將這個提升爲一個bug。 –

在this article，我們可以發現：在標準消息層，你可以在1，2，3，4，或5 GB的大小（默認爲1 GB）創建服務總線隊列和主題。啓用分區後，Service Bus會爲您指定的每個GB創建16個副本（16個分區）。

您創建了一個分區的標準ServiceBus主題，以便您看到maxSize爲16GB（1GB * 16）。如果在創建隊列/主題時啓用分區而不是，則將在中選擇正確的選項（值），最大值爲下拉。

此外，肖恩·費爾德曼已開通an issue: Portal issue - Queue size，你可以跟蹤更新。如果可能，您可以在Azure門戶上報告錯誤。

門戶的

2017-08-23 07:54:30

回答