在線使用概況
在線概括描述了在線時 MSIB 2.0 站點的使用情況。 這一概括不包括 MSIB 2.0 站點離線時可能發生的任何操作。 下表列出了本文中 MSIB 項目組所用的在線使用概括。 峰值乘數用于計算與平均負載有關的系統的最大容量。 如果每秒鐘的平均請求數量是 50 ，如果您的峰值乘數是 3 的話那么預期峰值將會是每秒鐘 150 次請求。 為了對實施 MSIB 2.0 進行容量規劃，您應當為系統的峰值容量做規劃。
| 描述 | 值 |
|
會話的平均時間 |
6 分鐘(360 秒) |
|
峰值乘數 |
3x 平均值 |
|
每個用戶每次訪問的請求數 |
6 |
MSIB 使用概況
下表列出了本文中 MSIB 項目組測試的 MSIB 2.0 操作使用概況。 這些測試值是通過分析 Web 站點信息流量得到的。 注意以下方面：
其中 分布權重 一欄給出拉某類操作占總請求數的百分比。
其中 標準化 一欄表示分布百分比乘以前表給出的每用戶每次訪問請求數得到的結果。 注意這一欄合計達6。
其中 每個操作的請求數 一欄給出了執行某一操作所用的用戶請求數量。 由于回帖或服務器重定向等原因，有些操作會產生多個 ASP.NET 請求。
其中 每個會話的請求數 一欄給出了用戶在每次會話中發起的對某一操作的請求數量。
| 操作 | 分布權重 | 標準化 | 每個操作的請求數 | 每個會話的請求數 |
|
匿名瀏覽 |
27.33% |
2.00 |
2 |
3.28 |
|
匿名目錄搜索 |
7.65% |
0.56 |
2 |
0.92 |
|
匿名內容搜索 |
7.65% |
0.56 |
2 |
0.92 |
|
匿名企業頁面 |
10.93% |
0.80 |
2 |
1.31 |
|
匿名主頁 |
27.33% |
1.00 |
1 |
1.64 |
|
瀏覽 |
6.00% |
0.44 |
2 |
0.72 |
|
目錄搜索 |
1.68% |
0.12 |
2 |
0.20 |
|
內容搜索 |
1.68% |
0.12 |
2 |
0.20 |
|
企業頁面 |
2.40% |
0.09 |
1 |
0.14 |
|
主頁 |
6.00% |
0.22 |
1 |
0.36 |
|
注冊新用戶 |
1.33% |
0.10 |
2 |
0.16 |
|
總計 |
|
6 |
|
9.86 |
站點概況
MSIB 項目組為本文進行的測試中所用的目錄數據庫包含了四種語言編寫的一百萬條項目。 搜索頁組是利用均勻分布方式在一萬個項目的子集中挑選的。 UPM 數據庫中包含了一百萬個用戶。 MSIB 項目組測試了一個有 100 條信道，每條信道 100 條記錄的 MSIB 2.0 站點。
操作成本摘要
本部分列出了用戶訪問 MSIB 2.0 站點時可以執行的每種操作的典型核心成本。 這些成本是根據 MSIB 企業部署和基準部署計算的，這些部署中使用的軟硬件配置如“附件 A -hardware and Network Topology Details”所述。 成本以 P4EM 描述，如本文前面部分“術語定義”所述。 注意，兩種部署下的 SQL P4MC 是一樣的。
下表給出的一些操作涉及到多個 ASP.NET 頁面或 HTML 請求和發布。 每一種成本都表示系統運行在最佳吞吐量下，在這些測試中前端 Web 服務器的 CPU 利用率采用百分之 85，計算得到了這些成本。
為了進行數學分析，在后面的方程中將會把該表看成一個矩陣。
| 操作 | 基礎部署 Web P4MC | 企業部署 Web P4MC | SQL P4MC | 描述 |
|
匿名瀏覽 |
11.56 |
11.08 |
1.950 |
這一組操作是由一位未登錄到 MSIB 站點的用戶進行的。 匿名用戶是通過產品目錄頁面進行瀏覽的。 |
|
匿名目錄搜索 |
28.65 |
28.65 |
28.00 |
這一組操作是由一位未登錄到 MSIB 2.0 站點的用戶進行的。 該匿名用戶發起一個請求并收到一個搜索響應。 |
|
匿名內容搜索 |
57.38 |
40.63 |
6.790 |
這一組操作是由一位未登錄到 MSIB 站點的用戶進行的。 該匿名用戶正在執行內容搜索功能。 |
|
匿名企業頁面 |
12.70 |
12.57 |
1.680 |
這一組操作是由一位未登錄到 MSIB 站點的用戶進行的。 該匿名用戶正在瀏覽內容管理服務器提供的模板和內容。 這一頁組包括豐富的產品記錄。 |
|
匿名主頁 |
11.54 |
10.52 |
3.080 |
這一操作是由一位未登錄到 MSIB 站點的用戶進行的。 這一操作由一位匿名用戶發起，該用戶請求進入 MSIB 2.0 站點的主頁。 |
|
瀏覽 |
19.69 |
24.38 |
2.800 |
這一組操作是由一位已登錄到 MSIB 站點的用戶進行的，該用戶正在瀏覽各種類頁面。 |
|
目錄搜索 |
31.99 |
31.99 |
106.21 |
這一組操作是由一位已經登錄到 MSIB 2.0 站點的用戶進行的，登錄之后該用戶搜索了一個目錄。 |
|
內容搜索 |
33.98 |
32.44 |
6.790 |
這一組操作是由一位已經登錄到 MSIB 2.0 站點的用戶進行的，登錄之后該用戶使用了 Microsoft 內容管理服務器(MCMS)的內容搜索功能。 |
|
企業頁面 |
18.52 |
21.57 |
104.77 |
這一操作是由一位已經登錄到 MSIB 站點的用戶進行的，登錄之后該用戶請求進入該 MSIB 2.0 站點的一個企業頁面。 |
|
主頁 |
20.64 |
24.34 |
2.800 |
這一操作是由一位已登錄到 MSIB 站點的用戶進行的，登錄之后該用戶請求進入 MSIB 站點的主頁。 |
|
注冊新用戶 |
53.07 |
60.11 |
31.800 |
這一組操作是由一位在該站點新注冊的用戶執行的。 |
使用 TCA 方法進行容量規劃
本節提供了為 MSIB 2.0 站點進行容量規劃所用的數學計算方法。 您可以利用交易成本分析 (TCA) 方法將站點中的每項操作隔離開來，以便進行性能調節。 利用 TCA 方法您還可以利用不同的使用配置文件和類似的頁面組計算 Web 站點的容量。 類似地，當您要改變 Web 站點的單個頁面組的時候，您可以簡單計量一下與單個頁面組相關的新成本從而規劃其容量。
每用戶頻率的操作
The 每用戶頻率的操作 如下表所示。 這個頻率是根據定義的使用配置文件獲得的統計結果。 每秒鐘每位用戶的操作次數 一欄給出了每位并發用戶的操作頻率、或請求比率。
每秒鐘的請求頻率 = 每個會話的請求數/會話的平均時間
其中 每個會話的請求數 來自于 每個會話的請求數 一欄，位于 MSIB 使用配置文件 表中，而 會話的平均時間 來自于 聯機使用概況.
這樣一來，對于 匿名主頁 操作來說；
1.64 每個會話的請求數 / (6分鐘*60秒) =0.004556 每個用戶每秒鐘的請求數。.
| 操作 | 每秒鐘每位用戶的操作次數 |
|
匿名瀏覽 |
0.009111 |
|
匿名目錄搜索 |
0.002551 |
|
匿名內容搜索 |
0.002551 |
|
匿名企業頁面 |
0.003644 |
|
匿名主頁 |
0.004556 |
|
瀏覽 |
0.002000 |
|
目錄搜索 |
0.000560 |
|
內容搜索 |
0.000560 |
|
企業頁面 |
0.000400 |
|
主頁 |
0.001000 |
|
注冊新用戶 |
0.000444 |
|
總計 |
0.027378 |
頻率乘以成本
下一步是要將頻率乘以 Web CPU 和SQL CPU 等硬件資源的成本。 例如，一項操作的 CPU 成本是：
每個用戶每秒鐘的操作成本 ( 單位：P4EM ) = 頻率 * P4MC 成本
其中 頻率 來自于 上表的每秒鐘每位用戶的操作次數 一欄，而 P4MC 成本 來自于 本文操作成本摘要部分中表格的 Web P4MC 欄。 columns of the table in the Operation Costs Summary section of this document.
這樣一來，對于 匿名主頁 操作來說；
0.004556 每秒鐘每位用戶的操作次數 * 11.54 P4MC = 0.05258 P4EM
這樣就得到了每位并發用戶如下的成本矩陣：
| 操作 | 基礎 Web P4EM | 企業 Web P4EM | SQL Server P4EM |
|
匿名瀏覽 |
0.10528 |
0.10095 |
0.0178 |
|
匿名目錄搜索 |
0.07309 |
0.07309 |
0.0714 |
|
匿名內容搜索 |
0.14638 |
0.10365 |
0.0173 |
|
匿名企業頁面 |
0.04628 |
0.04581 |
0.0061 |
|
匿名主頁 |
0.05257 |
0.04792 |
0.0140 |
|
瀏覽 |
0.03937 |
0.04876 |
0.0056 |
|
目錄搜索 |
0.01791 |
0.01791 |
0.0595 |
|
內容搜索 |
0.01903 |
0.01817 |
0.0038 |
|
企業頁面 |
0.00741 |
0.00863 |
0.0419 |
|
主頁 |
0.02064 |
0.02434 |
0.0028 |
|
注冊新用戶 |
0.02359 |
0.02672 |
0.0141 |
|
總計 |
0.55000 |
0.51595 |
0.2544 |
根據 CPU 容量計算最大并發用戶數
下一步是要根據 CPU 容量按照如下方式計算最大并發用戶數：
一個系統的 CPU 容量 是用處理器數量乘以 CPU 的 MHz 定額得到的。 因此，對一臺安裝了兩個 2 GHz 處理器的計算機來說；
CPU 容量 = 2 x 2000 MHz = 4000 P4EM
The 工作載荷下的系統目標 CPU 容量 通常由 IT 部門決定。如果沒有這方面的標準可循，那么您應比照著平均的長期載荷對峰值載荷進行分析，據此決定這一目標值，確保 CPU 在100％容量以下運行。 假設一臺計算機在 85％ 的容量下運行，那么應該按照如下方式計算其目標 CPU 容量：
目標 CPU 容量 = 4000 P4EM 的 CPU 容量x0.85=3400 P4EM
為了 根據目標 CPU 容量和總用戶成本計算 Web 服務器的目標用戶容量， 在前表中找到每位并發用戶 Web CPU 的總成本（0.55000）。 然后將這一成本分成目標 CPU 容量。
目標用戶容量 = 目標 CPU 容量 每個用戶 Web CPU 總成本 Web CPU cost per user (基礎 Web P4EM)
= 3400/ 0.5500 = 6182 并發用戶
服務機會
您應當把交易成本分析（TCA）和可用性規劃看作是一種服務機會。 應當將本文祥述的步驟看作是用于管理 MSIB 2.0 站點可用性的最佳做法。
