我在A7 Azure Worker角色上有一個工作者角色。角色是一個ASP Webapi。Azure Worker with webapi角色意外重新啓動
當角色正在運行時,我可以發送一條命令(通過web界面)啓動數據聚合過程,最多需要8個小時。
在這個時候創建一個大對象圖。
這對monthes工作沒有任何問題。
現在有時似乎在創建過程中重新啓動角色或api。
但沒有restartes都在protocolls。
我在A7 Azure Worker角色上有一個工作者角色。角色是一個ASP Webapi。Azure Worker with webapi角色意外重新啓動
當角色正在運行時,我可以發送一條命令(通過web界面)啓動數據聚合過程,最多需要8個小時。
在這個時候創建一個大對象圖。
這對monthes工作沒有任何問題。
現在有時似乎在創建過程中重新啓動角色或api。
但沒有restartes都在protocolls。
我一直在接觸天藍色的支持。
結果是實例太小而無法處理這個擁抱量。
我們切換到D14實例,一切都像一個魅力
你可以添加一些細節嗎?你是否真的使用了太多的記憶並記錄下來?如果內存是問題,它應該已經顯示在儀表板中,並且非常容易注意和跟蹤。你發現你沒有達到你的極限,但你的工作人員仍然崩潰了嗎? A7到D14是每月500美元,這是相當激烈的... –
您的數據彙總邏輯駐留在哪裏?在Web API層中還是在單獨的過程中?您是否在您的工作者角色或使用IIS自託管WebAPI?我問,因爲IIS不適合8小時內存密集型工作負載。 – JoshL
我們剛剛使用默認vs項目模板創建了一個工作者角色不確定該配置是由默認設置生成的 –
您的Web API是運行在* worker *角色還是帶有IIS的* web *角色? (https://azure.microsoft.com/en-us/documentation/articles/fundamentals-application-models/#tellmecs)如果它是一個真正的工人角色,那麼這是一個可以運行8小時任務的好選擇,但是你會需要仔細將Web API層與長時間運行的邏輯分開(通常使用單獨的角色+隊列)。如果它的網絡角色再次不是運行8小時工作負載的地方。總的來說,我認爲你需要將Web API層從長期運行的邏輯中正式分離出來。他們應該分開擔任角色。 – JoshL