容量規劃的測試結果資料

 

適用於: Windows Azure Pack

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

租用戶管理入口網站的執行個體

每秒的要求數

回應時間*

最大並行使用者數目

平均 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

元件的 CPU 使用量

元件的尖峰記憶體使用量

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

租用戶 API 執行個體

每秒的要求數

平均 CPU 使用量

尖峰記憶體 (私用位元組) 使用量 (MB)

1

320

80%

1100

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

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

如需對自訂負載進行壓力測試的相關資訊,請參閱第 18 章 – 對 Web 應用程式進行壓力測試 (英文)。

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 秒。

顯示: