企业 Intranet 发布环境技术案例研究 (SharePoint Server 2010)
适用于: SharePoint Server 2010
上一次修改主题: 2016-11-30
本文档介绍 Microsoft SharePoint Server 2010 的特定部署。它包括以下内容:
技术案例研究环境规范,例如硬件、服务器场拓扑和配置
包括用户或客户端的数量和类型以及环境使用特征的工作量
包括数据库内容和搜索索引的技术案例研究服务器场数据集
特定于环境的运行状况和性能数据
本文内容:
先决条件信息
此环境简介
规范
工作量
数据集
运行状况和性能数据
先决条件信息
在阅读本文档之前,请确保您了解 SharePoint Server 2010 容量管理背后的关键概念。以下文档将帮助您了解建议采用的容量管理方法,并提供相关上下文来帮助您了解如何有效使用本文档中的信息,还定义了本文档中使用的术语。
有关可能有助于您了解本技术案例研究中数据上下文的性能和容量的更多概念信息,请参阅以下文档:
此环境简介
本白皮书介绍 Microsoft 的实际 SharePoint Server 2010 环境。使用本文档可比较您计划的工作量和使用特征。如果您的设计计划与之类似,则可以使用此处介绍的部署作为您自己的安装起点。
本文档包括:
规范,其中包括硬件、拓扑和配置
工作量,即包括用户数和使用特征的服务器场上的需求
数据集,包括数据库大小
运行状况和性能数据,它们是特定于环境的
本文档是有关 Microsoft SharePoint 环境的Performance and capacity technical case studies (SharePoint Server 2010) 系列的一部分。
本文档中介绍的 SharePoint Server 2010 环境是一家大型异地分布式公司的生产环境。员工可查看各种内容,例如新闻、技术文章、员工简介、文档和培训资源。员工还可使用此环境对公司中的所有 SharePoint 环境执行搜索查询。员工每天接收包含此环境中文章的链接的电子邮件,并且许多员工将此环境设置为其浏览器主页。
在繁忙的一天中,访问此环境的唯一用户多达 48,000 个,在高峰时段产生的每秒请求数 (RPS) 多达 345 个。由于这是一个 Intranet 网站,因此所有用户都已经过验证。虽然内容是使用单个环境的就地创作模型发布的,但是此环境的发布过程指定在晚间非高峰时段一次发布所有草稿内容。
本文档中提供的信息反映普通一天中的企业 Intranet 发布环境。
规范
本节提供有关案例研究环境的硬件、软件、拓扑和配置的详细信息。
硬件
本节提供有关此环境中使用的服务器计算机的详细信息。
备注
此环境扩展为适合预发布版本的 SharePoint Server 2010 及其他产品。因此,已部署硬件的容量大于所需容量以便为此环境通常遇到的需求提供服务。描述此硬件只是为了为此环境提供其他上下文并作为类似环境的起点。
必须根据您计划的工作量和使用特征来执行您自己的容量管理。有关容量管理过程的详细信息,请参阅 SharePoint Server 2010 的容量管理和调整大小概述。
Web 服务器
服务器场中有四台 Web 服务器,每台服务器具有相同的硬件。其中三台为内容提供服务,第四台是专用的搜索爬网目标。
Web 服务器 | WFE1-4 |
---|---|
处理器 |
两个四核 @2.33 GHz |
RAM |
32 GB |
操作系统 |
Windows Server 2008,64 位 |
SharePoint 驱动器的大小 |
300 GB |
网络适配器数量 |
2 |
网络适配器速度 |
1 GB |
身份验证 |
Windows NTLM |
负载平衡器类型 |
硬件负载平衡 |
软件版本 |
SharePoint Server 2010(预发布版本) |
本地运行的服务 |
管理中心 Microsoft SharePoint Foundation 传入电子邮件 Microsoft SharePoint Foundation Web 应用程序 Microsoft SharePoint Foundation 工作流定时服务 Search Query and Site Settings Service SharePoint Server 搜索 |
从联合服务服务器场使用的服务 |
User Profile Service Web Analytics Web Service Business Data Connectivity Service Managed Metadata Web Service |
应用程序服务器
服务器场中没有任何应用程序服务器。本地服务承载在 Web 服务器上。从联合服务服务器场使用其他服务。
数据库服务器
有一个包含两台数据库服务器的 SQL 群集,每台服务器具有相同的硬件。其中一台是主动服务器,另一台是作为冗余的被动服务器。
数据库服务器 | DB1-2 |
---|---|
处理器 |
四个四核 @ 2.4 GHz |
RAM |
32 GB |
操作系统 |
Windows Server 2008,64 位 |
存储和几何图形 |
(1.25 TB * 6) + 3 TB 磁盘 1-4:SQL 数据 磁盘 5:日志 磁盘 6:TempDB |
网络适配器数量 |
2 |
网络适配器速度 |
1 GB |
身份验证 |
Windows NTLM |
软件版本 |
SQL Server 2008 |
拓扑
下图显示了此服务器场的拓扑。
配置
下表枚举了影响此环境中性能或容量的已更改设置。
设置 | 值 | 注释 |
---|---|---|
网站集管理: 网站集输出缓存 |
启用 |
启用输出缓存可通过减少对频繁请求的数据的数据库调用来提高服务器效率。 |
网站集缓存配置文件(选择) |
Intranet (协作网站) |
选中“允许编写器查看缓存内容”,从而绕过不允许有编辑权限的人员缓存其页面的正常行为。 |
对象缓存(禁用 | n MB) |
启用 – 500 MB |
默认值为 100 MB。增加此设置会使更多数据存储在前端 Web 服务器内存中。 |
使用率服务: 跟踪日志 – 存储日志文件的天数(默认值:14 天) |
5 天 |
默认值为 14 天。降低此设置可节省存储日志文件的服务器上的磁盘空间。 |
查询日志记录阈值: Microsoft SharePoint Foundation 数据库 – 将 QueryLoggingThreshold 配置为 1 秒 |
1 秒 |
默认值为 5 秒。降低此设置可节省数据库服务器上的带宽和 CPU。 |
数据库服务器 – 默认实例: 最大并行度 |
1 |
默认值为 0。为确保获得最佳性能,强烈建议您将承载 SharePoint Server 2010 数据库的数据库服务器的最大并行度设置为 1。有关如何设置最大并行度的详细信息,请参阅最大并行度选项 (https://go.microsoft.com/fwlink/?linkid=189030&clcid=0x804)。 |
工作量
本节介绍工作量,即包括用户数和使用特征的服务器场上的需求。
工作量特征 | 值 |
---|---|
每秒平均请求数 (RPS) |
100 |
高峰时段 (11 AM-3 PM) 的平均 RPS |
226 |
每日唯一用户总数 |
33,580 |
平均并发用户数 |
172 |
最大并发用户数 |
376 |
每天的请求总数 |
3,800,000 |
此表显示每个用户代理的请求数。
用户代理 | 请求数 | 占总数的百分比 |
---|---|---|
浏览器 |
3,261,563 |
97.09% |
DAV |
2,418 |
0.07% |
搜索(爬网) |
92,322 |
2.75% |
OneNote |
1,628 |
0.05% |
Outlook |
961 |
0.03% |
Word |
449 |
0.01% |
数据集
本节介绍包括数据库大小和搜索索引的案例研究服务器场数据集。
数据集特征 | 值 |
---|---|
数据库大小(组合) |
49.9 GB |
BLOB 大小 |
22.2 GB |
内容数据库数量 |
3 |
Web 应用程序数量 |
3 |
网站集数量 |
4 |
网站数量 |
797 |
搜索索引大小(项目数量) |
275,000 |
运行状况和性能数据
本节提供特定于本案例研究环境的运行状况和性能数据。
常规计数器
指标 | 值 |
---|---|
Availability(运行时间) |
99.95% |
Failure Rate |
0.05% |
Average memory used |
1.08 GB |
Maximum memory used |
2.60 GB |
Search Crawl % of Traffic(搜索客户端请求数/总请求数) |
6% |
ASP.NET Requests Queued |
0.00 |
下图显示了此环境的平均 CPU 利用率和延迟。
在本文档中,将延迟划分为四种类别。第 50 个百分点的延迟通常用于测量服务器的响应速度。它表示在该响应时间内为一半请求提供服务。第 95 个百分点的延迟通常用于测量服务器响应时间中的峰值。它表示在该响应时间内为 95% 的请求提供服务,因此 5% 的请求会遇到较慢的响应速度。
数据库计数器
在解释此企业发布环境的数据库统计信息时,要知道大多数访问者具有只读权限。
指标 | 值 |
---|---|
Read/Write Ratio(每个数据库的 IO) |
99.999:0.001 |
Average Disk queue length |
0.35 |
Disk Queue Length: Reads |
34 |
Disk Queue Length: Writes |
2.5 |
Disk Reads/sec |
131.33 |
Disk Writes/sec |
278.33 |
SQL Compilations/second |
2.36 |
SQL Re-compilations/second |
94.80 |
SQL Locks: Average Wait Time |
0 ms |
SQL Locks: Lock Wait Time |
0 ms |
SQL Locks: Deadlocks Per Second |
0 |
SQL Latches: Average Wait Time |
0.25 ms |
SQL Cache Hit Ratio |
>99% |