模板
教程
环境
性能
功能
管理
性能和容量规划（1）
本文评价了 Microsoft® Solution for Internet Business（MSIB）2.0 版的性能和容量、可扩展性和可用性等特征，并为检验和测量这些特征提供了一个流程。 您可以利用这一流程判断用户负载如何影响硬件资源以及资源如何变成性能的瓶颈。 您可以将这些信息用于：
| • |
评估增添资源的性能。 |
| • |
确定哪些资源可以满足更大的容量需求。 |
| • |
计算某一特定硬件配置的最大能力。 |
本文中用于计算 MSIB 2.0 站点容量的方法被称为交易成本分析（TCA）。 如需了解对 TCA 过程更为深入的讨论，可以参见以下网址上的 Capacity Planning Using Transaction Cost Analysis Methodology ： http://go.microsoft.com/fwlink/?LinkId=9498。
本文假设：
| • |
您是一位 IT 人士，对 MSIB 2.0所用的所有软件和硬件技术都有实际工作经验。 本文特别着重介绍了 Microsoft Internet Security and Acceleration ( ISA ) Server、SQL Server ? 2000、SharePoint? Portal Server 和带 MSIB 2.0 的 IIS 5.0 组件的 Windows® 2000 Advanced Server。 |
| • |
您对 MSIB 2.0 的基础和企业部署都比较熟悉。 |
如需了解关于 MSIB 2.0 及其相关组件以及其基准和企业部署方面的更多信息，可参见下面地址处的 MSIB Overview http://www.microsoft.com/china/technet/itsolutions/techguide/mso/msib/default.mspx.
本文分成三个部分论述。 下表介绍了这三个部分。
| 标题 | 描述 |
|
第一部分 — 性能和容量规划 |
提供了监控 MSIB 2.0 站点性能的信息，以及将这些性能数据用于容量规划特别是如何利用 TCA 方法在您的 MSIB 2.0 站点上进行容量规划等信息。 本部分还介绍了 MSIB 项目组如何利用这种方法改善了 MSIB 2.0 站点的代码以及软硬件配置的。 |
|
第二部分 — MSIB 2.0 站点的性能和可扩展性 |
由于 MSIB 2.0 站点的可扩展性与其性能和可用性是紧密相关的，因此在整个文章中都为您提供了如何缩放您的 MSIB 2.0 站点的信息。 不过，在“ MSIB 2.0 的性能和可扩展性”这一部分中对 MSIB 项目组实现站点代码和实际 MSIB 2.0 部署所需的吞吐量和可扩展性需求所采用的步骤给出了介绍。 |
|
第三部分 — MSIB 2.0 站点的可用性 |
介绍了软硬件可用性方法是如何在该解决方案中工作的，讨论了用于测试和分析一次部署的可用性的方法，并为更加精确地计算可用性提供了一个数学分析。 |
执行摘要
根据本文所搜集的数据，对运行企业和基本部署的 MSIB 2.0 解决方案的性能和容量、可扩展性和可用性等方面可以得出以下几个结论：
性能和容量
| • |
在企业部署中的 Web 服务器为两处理器 1.4 千兆赫兹 （GHz）的，在六天零 19 个小时的期间内，每台服务器的处理能力都维持在每秒 82.88 次请求的级别上， CPU 的利用率约为百分之75左右。 这相当于预定使用方案中所定的 3027 名并发模拟用户的情况。 |
| • |
在基准部署中的 Web 服务器为两处理器 1.4 千兆赫兹 （GHz）的，在六天零 20 个小时的期间内，每台服务器的处理能力都维持在每秒 92.43 次请求的级别上， CPU 的利用率约为百分之75左右。 这相当于预定使用方案中所定的 3376 名并发模拟用户的情况。 |
| • |
一台四处理器的带足够的驱动器容量的 1.4 GHz SQL 服务器在用于数据库存储的时候可以支持大约七台 Web 服务器的网上需求。 在本文所述的测试中，Microsoft® SQL Server 2000 Enterprise Edition Server 内包括了所有的 MSIB 数据库。 在本文所述的使用概况和站点概况下， MSIB 项目组进行了测试，结果表明 SQL 服务器上的 磁盘吞吐量需求并未在性能上产生瓶颈。 这是因为 Web 服务器上的请求都是高度缓存的。 要决定一个实际站点需要的确切配置和 SQL 服务器数量，必需要利用准确的客户数据进行更为详细的交易成本分析 （TCA）。如需了解关于进行详细 TCA 的信息，参见“Capacity Model for Internet Transactions and Using Transaction”用于站点容量规划的成本分析，地址在 http://go.microsoft.com/fwlink/?LinkId=9498。 |
可扩展性
| • |
在 SQL 服务器等支持数据层服务器适当增加不致造成瓶颈的时候，可以使用网络负载均衡(NLB) 服务对多台 Web 服务器进行线性升级。 |
可用性
| • |
MSIB 2.0 的企业部署计算得到的系统可用性为 99.616%，这一结果是通过测量群集要素的故障切换和恢复时间得出的。 这一可用性计算结果意味着每个服务器群集的平均无故障时间为一星期。 如果目标平均无故障时间 ( MTTF) 增加到一个月，那么系统计算得到的可用性为 99.910%。 |
第一部分——性能和容量规划
这一部分提供了关于监控 MSIB 2.0 站点的信息以及根据这些性能数据利用交易成本分析(TCA)方法进行容量规划的信息。 对 MSIB 2.0 进行容量规划的目的是利用可接受的响应时间支持交易吞吐量，而同时将主机平台的总拥有成本降到最小。 传统的解决方案常常试图从一般基准测试的测量结果进行推论得到使用成本。 然而，更为有效的方法是基于交易成本分析（TCA）的。 本部分还介绍了 MSIB 2.0 项目组如何利用 TCA 方法改善了 MSIB 2.0 站点的代码以及软硬件配置的。
本部分包括：
性能监控
交易成本分析
性能监控
MSIB 2.0 Web 站点是围绕着企业级内容易管理 Web 站点的概念设计的。 本站点是为那些希望利用类似功能创建站点的企业设计的快速上市的平台。 与大多数软件情况类似，该站点尚未得到完全优化，总有改进的余地。 您应当利用以下的性能计数器监控您的 MSIB 2.0 站点的性能。
关键性能的计数器
很多性能目标都是内置于 Microsoft Windows® 2000 操作系统及其他 Microsoft 应用程序和服务中的。 您利用性能计数器可以跟踪这些目标的性能。
MSIB 项目组利用以下的性能计数器分析 MSIB 2.0 站点的性能。 下面给出的性能计数器是以如下格式编写的： 性能目标\ 性能计数器.
| 性能计数器 | 描述 |
|
ASP.Net\请求的执行时间 |
测量处理一个 ASP.NET 脚本所花的时间。 如果计数器的数值显著增大或者请求的执行时间超过了一秒钟，那么该系统就是在超过其最优能力工作。 为 MSIB 站点设计的页面在一秒之内可以很好地工作。 |
|
ASP.Net \请求/秒 |
每秒钟请求一个 ASP.NET 脚本的次数。 |
|
ASP.Net \请求的等待时间 |
测量一个对 ASP.NET 页面的新请求在开始被处理之前等待的时间。 |
|
内存\可用兆字节数 |
以兆字节(MB)测量服务器上可以用于运行过程的内存大小。 如果可用内存过低，服务器将开始把内存分页到磁盘。 计数器的绝对最小编号为四，不过还是建议维持服务器内存的空间以获得最佳性能。 |
|
内存\页面/秒 |
测量正在对硬盘进行的实际内存请求。 计数器的大编号是一种关键指标，表明您的系统缺乏内存资源或者是一个实施不良的解决方案。 |
|
网络接口\字节总数 |
代表某一网络适配器网路吞吐量的总数。 如果您的服务器中包含了多个您想监控的网络适配器，那么您必需要为每个网络适配器单独配置一个计数器实例。 这是用于跟踪网路吞吐量的关键计数器。 |
|
NTDS\NTLM 身份验证/秒 |
每秒钟进行的 NT LAN Manager (NTLM)身份验证次数。 |
|
物理磁盘\ 物理磁盘\ 以及 |
这三个计算器是用来跟踪磁盘子系统中的活动的。 磁盘子系统很容易成为任何系统中的瓶颈。 在前端 Web 服务器上，磁盘利用率应当是非常低的，这是因为一个页面所用的内容和图像应当能够在文件系统的高速缓存中很好地匹配。 基本的磁盘活动是日志文件，在 Windows 2000 中对日志文件进行了很好地调整以便获得高性能。 相反，SQL 服务器则广泛采用了物理磁盘子系统。 对于快速的 Microsoft SQL Server 2000 计算机来说为 SQL 服务器规划和校准这一子系统尤其关键。 |
|
处理器\%处理器时间 |
处理器执行一个非空闲线程的时间百分比。 在容量性能测试中，处理器应当保持在一个特定限额之下。 这一限额可以是监控工具的目标，也可以是已经由数据中心人员设定的限额。 为了进行我们的测试，该限额被设为百分之 85 。 |
|
SQL 服务器：数据库\交易/秒 |
表示每秒钟为数据库发起的交易数量。 这一计数器是后端 SQL 服务器活动的关键指标。 |
|
系统\上下文转换/秒 |
表示系统从一个线程切换到另一个线程的次数。 如果该计数器增加到每处理器 5000 以上，这表示服务器和/或应用程序的对称多重处理(SMP)的可扩展性较差。 Windows 2000 和 Microsoft Commerce Server 2002 的组件都可以很好地缩放。 |
|
Web 服务\Get 请求/秒 |
表示每秒钟使用 Web 服务试图发起的 HTTP GET 请求速度。 这是用于判断吞吐量的关键计数器。 |
如需了解关于性能计算器的更多信息，参见 Windows 2000 Server 帮助中的“性能目标和计数器”部分。
如需了解建议用于监控您的 ISA 服务器性能的性能计数器的信息，参见 http://go.microsoft.com/fwlink/?LinkId=14746。
交易成本分析
这一部分介绍了 MSIB 项目组用以为 MSIB 2.0 站点计算交易成本分析(TCA)的使用概况和站点概况，并总结了 MSIB 项目组在典型的企业和基准 MSIB 2.0 部署中进行的交易成本分析(TCA)得到的操作成本。 此外，该部分还介绍了如何使用 TCA 方法在 MSIB 2.0 站点上进行容量规划。 从最开始的意义上说，利用该分析方法的最符合逻辑的地方是在销售阶段中决定许可证数量的时候。
部分包括：
使用和站点概况
操作成本摘要
使用 TCA 方法进行容量规划
使用和站点概况
本部分介绍了 MSIB 项目组用以为 MSIB 2.0 站点计算交易成本分析 (TCA) 的在线使用概况、 MSIB 使用概况和站点概况。 要执行一个 MSIB 2.0 站点的 TCA ，您必须首先创建一个使用概况和站点概况。 然后您才能够利用 TCA 方法计算您的站点容量，这种方法将在本文后面的部分加以介绍。 编制使用概况的过程在“Commerce Server 2002 Creating a Usage Profile for Site Capacity Planning”中有详细介绍，地址在 http://go.microsoft.com/fwlink/?LinkId=9498。
