2015-04-03 103 views
7

今天晚上我們觀察到排隊時間非常慢。我們的跟蹤數據告訴我們該行Azure服務總線隊列非常緩慢

await queueClient.SendAsync(message); 

需要45-60秒。這發生在兩個已經存在了很長時間的隊列中。他們幾乎沒有超過1到2條記錄,我們使用一個帶有ServiceBusTrigger的Web工作來完成任務。我們正在將一個簡單的POCO放在隊列中。還有另一個隊列正在快速排隊,所以由於缺乏其他想法,我刪除了那兩個很麻煩的問題。當代碼重新創建時(就像它被創建的那樣),他們在不到一秒的時間內就開始排隊。沒有其他改變,期望刪除舊的隊列和重新創建舊的隊列。我在使用服務總線瀏覽器之前和之後(我希望我已經截圖了)沒有任何變化,據我所知。

任何想法爲什麼會出現這種放緩或爲什麼重新創建它清理?我們做這樣低的東西,因爲它只是一個試點系統。

謝謝!

Dave

+2

我們遇到了非常類似的問題。任何建議都會非常有幫助。 – 2015-06-01 16:00:27

+1

+1剛纔我們也遇到了這個問題。排隊重新開始後,所有事情都按預期開始工作。 – mhertis 2015-06-02 20:02:46

+0

同樣在這裏,半年過去了,表現仍然極差。 – TTT 2015-12-21 16:32:15

回答

6

我們最近也遇到過與Servicebus非常類似的問題。我們經歷了10-20秒的減速,幾周後問題突然消失。我們與Servicebus團隊有着密切的聯繫,他們只會說Servicebus是一個共享系統,而SLA只保證可用性和非性能。

對於任何考慮服務總線的人來說,這應該讓人大開眼界!

3

我們分割隊列,然後刪除重複檢測,事情變得更好。微軟承認存在鎖定問題,他們正在尋求解決方案。重複檢測將您的隊列限制爲一個分區,所以這一點沒有任何區別。他們告訴我,他們會在應用修復程序時提醒我們,我們將嘗試再次開啓重複檢測。

希望這會有所幫助! Dave

相關問題