容量規劃的測試結果資料

 

適用于：Windows Azure Pack

Windows Azure Pack 容量規劃測試會顯示下列結果。

租用戶管理入口網站的結果資料

租用戶管理入口網站的執行個體	每秒要求	回應時間*	並存使用者的數目上限	平均 CPU 使用量	尖峰記憶體 (私用位元組) 使用量 (MB)
1	46	少於 3 秒	600	80%	950
2	90	少於 3 秒	1200	80%	1000

* 所計算出的頁面要求回應時間，不包含用戶端張貼至租用戶管理入口網站的回應時間，此時間牽涉到執行建立網站或建立使用者資料庫等工作。

下游元件的結果資料

在將租用戶管理入口網站的執行個體從一個增加到兩個之後，輸送量增加了 100%。 會發生這種情況是因為沒有任何下游元件 (API 和所有資源提供者) 觸及瓶頸。 在任何下游元件觸及 CPU 瓶頸之前，租用戶管理入口網站應該就會先觸及。

增加租用戶管理入口網站的執行個體可線性增加輸送量，只要下游元件不觸及任何瓶頸即可。

並行使用者	平均 CPU 使用量	元件	元件 CPU 使用量	尖峰記憶體 (私用位元組) 使用量 (MB)
600	80%	租用戶 API	10%	620
600	80%	網站資源提供者	7%	650
600	80%	Service Provider Foundation	6%	1360
600	80%	SQL Server 資源提供者	5%	420
600	80%	MySQL 資源提供者	3%	150
1200	80%	租用戶 API	21%	640
1200	80%	網站資源提供者	7%	650
1200	80%	Service Provider Foundation	10%	1450
1200	80%	SQL Server 資源提供者	5%	550
1200	80%	MySQL 資源提供者	4%	160

租用戶 API 測試結果

下表顯示使用兩個資源提供者執行個體的租用戶 API 效能結果。

租用戶 API 執行個體	每秒要求	平均 CPU 使用量	尖峰記憶體 (私用位元組) 使用量 (MB)
1	320	80%	1100

從此結果我們可以發現，一個租用戶 API 執行個體即可以平均 80% 的 CPU 使用量每秒穩定支援 320 個要求。

如果您預期到租用戶入口網站會有高負載，請務必監視機器上的資源使用狀況。 如需一段時間監視效能的詳細資訊，請參閱效能監視器。

如需有關壓力測試自訂負載的資訊，請參閱 第 18 章 – 壓力測試 Web 應用程式。

SQL Server 資源提供者的測試結果

SQL Server 主控伺服器有 8 GB RAM 和兩個處理器。 它是一個獨立伺服器，並沒有使用任何類型的存放區域網路 (SAN) 磁碟。

SQL Server 資源提供者執行個體	每秒要求	平均 CPU 使用量	尖峰記憶體 (私用位元組) 使用量 (MB)
1	26	21%	580

測量 SQL Server 資源提供者效能的最佳方式是 SQL Server 作業的磁碟 I/O，因為在達到最大 CPU 使用量之前，磁碟 I/O 會慢下來。

一個 SQL Server 資源提供者執行個體可以用少於 3 秒的回應時間每秒穩定處理 26 個要求。 任何大於此 CPU 使用量的負載都會降低輸送量，而回應時間會增加到超過 3 秒。