單小型Windows Azure Web角色可以支持多少個用戶？

我們正在創建一個簡單的網站，但有heave用戶登錄（約25000個併發用戶）。我如何計算不。需要支持它的實例？單小型Windows Azure Web角色可以支持多少個用戶？

來源

2010-11-10 B. Vijay

沒有人能回答這個問題，沒有更多的信息......就像你使用建立的網站是什麼技術，在頁面加載會發生什麼，是做什麼用的後端存儲（如果有的話），等等。對於登錄的每個用戶而言，可能會計算一百萬個pi數字，也可能是每個用戶從緩存中提供靜態內容。

我最好的建議是測試您的應用程序（無論是在雲或等效硬件），看看它如何執行。

來源

2010-11-10 09:42:55 smarx

這一切都取決於架構設計，持久化技術，你每秒（平均/峯值）正在執行讀/寫操作的數量。

我會建議尋找到CQRS-based architectures用於這種應用。它適合雲計算環境並允許彈性縮放。

來源

2010-11-10 11:15:43

負載測試和性能測試是真的你要搞清楚的性能指標，應用程式的副本要求的唯一途徑。您需要定義「併發用戶」 - 這是否意味着25,000個併發事務，或者這是否意味着25,000個活動會話？如果是後者，用戶訪問網頁的頻率如何（例如，頁面間的思考時間）？然後，還有其他所有移動部件：數據庫，Azure存儲，外部Web服務，角色內部通信等。處理流程中的所有這些步驟都可能是瓶頸。

不要忘記SLA：假設你可以支持（每秒不交易）25,000個並行會話，什麼是可接受的往返時間？兩秒鐘？五？

在考慮實例數量時，還需要考慮等式中的虛擬機大小。例如，根據您的處理管道，您可能需要一箇中型或大型虛擬機來支持特定的內存需求。測試不同的VM大小時，您可能會得到完全不同的結果。

您需要有一種執行經驗性測試的方法，這些測試是可重複的並消除邊緣情況錯誤（例如：運行測試最少3次以獲得平均值;並以明確定義的方式有條不紊地加載負載並在該負載下觀察結果達設定的時間量以允許增加負載穩定的混沌行爲）。這種經驗性測試包括精心設計的測試計劃（例如，用戶在給定的使用場景下會碰到什麼頁面，包括可能的表單數據）。而且您需要適當的工具來監測被測系統，以確定給定負載何時產生「曲線拐點」（意味着您已經遇到瓶頸並且性能下降）。

最後的想法：確保你的負載生成工具不是測試過程中的瓶頸！您可能需要考慮使用Microsoft的負載測試解決方案與Visual Studio或基於雲的負載測試解決方案，如Loadstorm（免責聲明：Loadstorm interviewed me去年的負載/性能測試，但我不爲他們工作任何能力）。

編輯2013年6月21日在TechEd 2013上宣佈，Team Foundation Service將提供基於雲的負載測試，預覽版將於6月26日發佈，與// build會議一致。公告是here。

來源

2010-11-11 08:23:03

我最近在雲峯會上進行了幾次案例研究。我腦海中的那個是考試應用程序。它在2小時內有大約80000個用戶的突發負載，爲此它們發生了大約300次事件。

不知道你的負載情況很難增加更多的價值，只要記住併發和連續不是一回事。記住堆棧溢出與Digg debacle「http://twitter.com/#!/spolsky/status/27244766467」？

來源

2010-12-04 21:51:29 Doobi

如果他們只需要80000個用戶需要多個實例，那麼我很確定他們「做錯了」。除非他們正在做一些瘋狂的事情，否則在2到5個實例中加載應該沒有問題。 – 2011-03-26 20:40:20

單小型Windows Azure Web角色可以支持多少個用戶？

回答

相關問題