估计 Managed Metadata Service 的容量和性能 (SharePoint Server 2013)

 

**上一次修改主题：**2017-08-25

**摘要：**了解如何使用已测试的容量和性能数据来规划部署适用于 SharePoint Server 2013 的 Managed Metadata Service 应用程序。

本文包含的信息和建议，与SharePoint Server 2013中的托管元数据服务的规模设计和性能优化。我们还提供了有关如何配置服务和结构的服务应用程序数据库的最大性能的一些最佳做法。使用此信息来确定您计划的部署是否适合在我们的测试中提供的容量和性能限制。

SharePoint Server 2013中的以下新增功能直接影响托管元数据服务，并对容量规划非常重要。在我们的测试数据集和测试方案中包括这些功能的负载。

• 源中的井号（位于 My Sites 或工作组网站中）

• 使用托管导航的网站

• 客户端可以调用的新 CSOM 终结点

对于典型的SharePoint Server 2013部署具有类似特征作为我们测试数据集，我们建议在前端 web 服务器角色的计算机运行的应用程序托管元数据服务。托管元数据服务应用程序的数据库可以放置在一个SQL Server实例承载其他 SharePoint 服务应用程序数据库。

对于包含明显的项超出向我们提供了在我们的测试数据集进行比较的部署，我们将尝试提供的指导，通过测试我们更改其中一个变量，使我们的测试数据集的其他部分不变的结果。用户使用较大型的部署应考虑这些结果和大小及其SharePoint Server 2013场相应。

本文内容：

• 简介

• 测试数据集

• 测试方案

• 测试拓扑

• 测试结果

容量管理以及如何规划SharePoint Server 2013有关的一般信息，请参阅SharePoint Server 2013 的容量管理和大小调整。

简介

建议中，我们测试数据集，典型SharePoint Server 2013部署具有类似特征，只有在作为前端 web 服务器运行的计算机上启用托管元数据服务应用程序。托管元数据服务应用程序的数据库可以置于一个SQL Server实例承载其他 SharePoint 服务应用程序数据库。

请注意，对于所包含项目大大多于我们在测试中提供的数据集的部署，我们提供了单独建议。在测试中，我们尝试使用测试结果提供指导，我们会更改测试中的一个变量，并将其他组件保持不变。使用更大部署的用户应考虑这些结果并相应地调整其 SharePoint 服务器场的大小。

测试数据集

若要提供容量规划指导，我们创建了SharePoint Server 2010和SharePoint Server 2013中的新功能中包括的功能并在 SharePoint 部署运行测试的测试数据集。下表显示了我们使用测试数据集：

变量	项目数
术语集组	500
术语集	1,000（每个组 2 个）
托管术语（不包括企业关键字）	20,000（每个术语集 20 个）
企业关键字	80,000
井号	200,000
总术语（包括托管术语、企业关键字和井号）	300,000
标签	300,000（每个项目 1 个）
术语标签长度	每个标签 30 个字符

测试方案

我们将下表中的测试用于此数据集：

测试	描述	测试百分比
GetSuggestions	对 Web 服务的单个调用和单个字符前缀字符串。将选择字符串以匹配术语存储中 20% 的术语，与元数据列建议在 SharePoint 用户界面中的工作方式类似。	10%
GetMatches	与术语存储中 1% 的术语匹配的字符串的 Web 服务。	5%
ValidateTerms	用于验证单个术语的 Web 服务调用。	5%
CreateTaxonomyItem	用于使用随机名称创建关键字的 Web 服务调用。	5%
GetChildTermsInTermSetWithPaging	对多个术语集的 web 服务调用。通过SharePoint Server 2013调用以检索托管的导航功能所使用的术语集相似，其结果然后缓存在前端 web 服务器。	5%
GetTermSets	用于获取术语集的 Web 服务调用。	5%
GetTermsByLabel	Web 服务调用使用的术语的 Guid 列表。类似于由SharePoint Server 2013我的网站主页上加载时调用。	10%
HT GetSuggestions	用于获取具有单个字符的井号建议的 Web 服务调用。与您在源中使用井号时 SharePoint 发出的调用类似。	10%
HT NewHashTag	2 个 Web 服务调用。一个用于获取术语，另一个用于创建术语。	5%
HT GetTermsByLabel	用于获取现有术语的 Web 服务调用。当在源文章中使用井号时使用。	15%
HT AddAssociation	用于添加与现有井号术语的关联的 Web 服务调用。	5%
CSOM GetTerms	测试 GetTerms 以获取术语 GUID 列表。具有两个单独的 CSOM 调用。	10%
CSOM SetProperty	对单个术语的 SetProperty 的测试。具有四个单独的 CSOM 调用。	5%
CSOM CreateTerm	测试以向术语存储添加术语。具有四个单独的 CSOM 调用。	5%

在我们的测试中，我们更加侧重于预期使用更频繁的操作。

测试拓扑

我们在拓扑如下图所示的实验室环境中运行测试：

图 1：测试实验室服务器拓扑

我们使用一台运行 Managed Metadata Service 应用程序并充当前端 Web 服务器的计算机上启动测试。稍后，我们添加了另一台具有相同配置的计算机。

测试结果

我们使用前面章节中所述的数据集和方案，来测试对指定配置执行的 Managed Metadata Service 应用程序操作总数。

我们使用以下列表中的不同负载配置文件运行我们的测试：

• 绿色区域

  服务器的利用率低于 60%。这应该是大部分时间下服务器运行的目标。

• 红色区域

  服务器接近完全利用。这可以视为 SharePoint 网站所承受的负载比平常多的一种状态。在红色区域中，服务器响应时间开始增加，因为服务器需尽力满足传入请求的需求。

下表显示了我们在一台计算机中的测量结果：

	绿色区域	红色区域
读取操作为 50% 服务器响应时间：	32 毫秒	44 毫秒
读取操作为 95% 服务器响应时间：	1090 毫秒	1335 毫秒
写入操作为 50% 服务器响应时间：	1837 毫秒	2038 毫秒
写入操作为 95% 服务器响应时间：	2283 毫秒	3515 毫秒
每秒钟完成的测试数：	9	15
平均 CPU（应用程序服务器或前端 Web 服务器）	56%	92%
平均 CPU (SQL Server)	7%	12%
内存使用峰值（应用程序服务器或前端 Web 服务器）	6 GB	6.2 GB

然后我们向使用相同配置的部署中添加了第二台应用程序服务器或前端 Web 服务器虚拟机 (VM)。下表显示了负载大约为之前测试中的两倍 (2x) 负载、包含两个 VM 的服务器场的结果。

	绿色区域	红色区域
读取操作为 50% 服务器响应时间：	44 毫秒	110 毫秒
读取操作为 95% 服务器响应时间：	1161 毫秒	1679 毫秒
写入操作为 50% 服务器响应时间：	1828 毫秒	2253 毫秒
写入操作为 95% 服务器响应时间：	3321 毫秒	4648 毫秒
每秒钟完成的测试数：	15	28
平均 CPU（应用程序服务器或前端 Web 服务器）	49%	88%
平均 CPU (SQL Server)	14%	28%
内存使用峰值（应用程序服务器和前端 Web 服务器）	6.1 GB	6.3 GB

下图显示了前两个表中的数据：

图 2：Managed Metadata Service 应用程序性能

友好 URL 对友好 URL 搜索爬网的影响

SharePoint Server 2013包括管理导航功能和两个被触发，以确保搜索爬网，接收使用友好的 Url 的页面的最新版本的计时器作业。我们的测试中发现，这些计时器作业管理元数据服务应用程序在没有明显效果与通讯的读取和写入该目标的操作运行相同的应用程序。

CSOM 调用的影响

与基准案例相比，有些测试会增加在测试过程中发出的 CSOM 调用。我们将其从测试的 20% 增加到了 66%。测试结果显示，执行的测试数量从每秒 28 个下降到 22 个。服务器响应时间与基线相差无几。执行的测试数量下降的原因在于，与 Web 服务调用中涉及的较少调用相比，对于 CSOM 调用的每个操作，对前端 Web 服务器的多个调用的成本增加了。

具有更多井号运算的影响

在另一个测试案例中，我们将井号运算的百分比从基线中的 35% 提高到了测试中的 71%。结果显示，执行的测试数量从 28 个下降到 19 个。服务器响应时间大约比基线增加了 30%。执行测试的数量下降的原因在于，井号术语集中的术语数量相当高，且更改过程中的写入操作百分比大大增加。

See also

在 SharePoint Server 中规划托管元数据

SharePoint Server 2013 中的 Managed Metadata Service 应用程序概述
在 SharePoint Server 2013 中规划术语和术语集