在线使用概况
在线概括描述了在线时 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 站点可用性的最佳做法。
