Windows Azure上的DotNetNuke網站性能

我正在用DotNetNuke（DNN）評估Windows Azure WebSites預覽（WAWS我認爲，不確定所有這些不斷變化的名稱和首字母縮寫，微軟喜歡變異）在「非雲」V-Server上。安裝很輕鬆。我只嘗試了免費共享實例，並且已經用1和3個活動實例進行了測試，結果類似。Windows Azure上的DotNetNuke網站性能

我以前的DNN安裝一直是一個問題，當一個網站閒置一段時間（15分鐘左右）時，流程停止，然後下一個不幸的訪問者將至少等待約20秒。隨着一些IIS的調整，可以最大限度地減少這個問題，但我有一個監控服務的最佳結果，它會每隔五分鐘向DNN請求一個頁面並保持該過程。

雖然瀏覽DNN頁面通常在WAWS上表現良好，但我立即注意到「首次訪問」問題是WAWS上的DNN問題，因此我爲該頁面配置了監視服務。這並沒有幫助，監測服務將始終報告該網站已關閉。幾乎就像WAWS試圖避免保持該網站一樣，因爲它檢測到只有一個監控服務正在請求該頁面。

此外，當在DNN頁面上導航，然後暫停一兩分鐘時，我經常會遇到「Internet Explorer無法加載此頁面」的錯誤，並且沒有指定的錯誤代碼。

其他人是否對WAWS上的DNN性能有經驗，或者知道爲什麼「第一次打擊」就是這樣一個問題？

來源

2012-11-25 TvdH

類似的經驗：http://stackoverflow.com/questions/13544238/why-do-my-azure-sites-keep-going-down – f0x

我懷疑微軟正在積極嘗試避免許多ASP.Net開發人員使用的保持活力的技巧。與許多共享主機平臺一樣，WAWS依賴於在任何時候只在服務器上擁有一定數量的活動網站，以實現更高的服務器密度並保持託管成本受控。這是他們可以免費提供這項服務的原因之一。

來源

2012-11-25 23:19:06

謝謝喬。我猜這對於「保留」模式不會有問題嗎？ – TvdH

我今天測試了「保留模式」。好處：「第一次擊中」仍然比其他命中速度慢，但比免費/共享實例上的第一次命中要快得多。愚蠢的消息：監控（因此「保持活力」）仍然被過濾。我當然希望這只是一個「預覽」現象。 – TvdH

不知道發生了什麼，但監控服務請求不再被阻止。（保留）實例現在像DNN一樣具有魅力。 – TvdH

我想你想看的是「保持活力」。

您遇到的問題是由於不活動導致ASP .NET進程因應用程序而死亡。當進程不在內存中並且訪問站點時，IIS必須將其重新啓動，這是在進程再次啓動和/或及時編譯時訪問站點時所滯後10-20秒的延遲。

您可以安排一些第三方監控服務通過HTTP請求每10分鐘檢查一次您的網站，以保持您的網站。只是ping它不會保持它。

來源

2012-11-25 23:18:24

瑞安，我認爲MS正在積極阻止常見的監測服務，以防止保持不佳在內存中被販運的網站。 –

Windows Azure上的DotNetNuke網站性能

回答

相關問題