Project Server 2013 的容量规划战略
摘要：性能和容量规划策略是规划 Project Server 部署的重要部分。
适用于：Project Server 2013
本文和相关文章包含有关如何确定 Project Server 服务器场的硬件要求的信息和建议。
性能和容量规划策略概述提供了在运行 SharePoint Server 2013 的拓扑中 Project Server 2013 所占用空间的相关指导。
在 Project Server 中估计吞吐量目标
许多因素都会影响吞吐量。 这些因素包括用户数量；用户操作的类型、复杂性和频率；操作中的回发数量；以及数据连接的性能。 上述每个因素都会对服务器场吞吐量产生重要影响。 在规划部署时，应仔细考虑本部分讨论的因素。
可以采用多种方式部署和配置 Project Server 2013。 因此，没有简单的方法可以估计给定数量的服务器可以支持的用户数量。 因此，请确保在生产环境中部署 Project Server 2013 之前，在您自己的环境中进行测试。
很多情况下都是使用满足组织最低可用性要求的拓扑作为起点，并添加或扩展服务器计算机以满足容量和性能目标。 在对 Project Server 2013 进行容量规划时，需要了解可能影响 Project Server 部署性能的可变因素。
由于 Project Server 提供了丰富的功能集，因此，在较高层面看上去似乎相同的部署在实际性能特征方面会存在重大差异。 仅仅通过项目数或系统中将拥有的用户数来描述你的需求是不够的。 考虑 Project Server 部署的性能需要一种更微妙、更全面的方法。 例如，工作负荷以及随后的硬件需求在涉及到以下可变因素时会有所不同：
项目：
项目数目
就任务而言的典型项目大小
项目级别的自定义域数量
任务之间的链接级别（依赖项）
用户：
用户并发。 有多少用户同时命中系统？ 平均负载和流量高峰的含义是什么？
用户具有哪些安全权限？ 这将影响服务器在给定时间内需向用户提供的数据量，以及服务器必须执行的安全检查的复杂性。
用户的地理分布。 当用户分布在较大的地理区域时，网络延迟会对性能产生不利影响。 这还将影响使用模式，因为用户可能会在一天的不同的时间命中服务器，从而使得更难以找到运行维护任务（如备份、报告或 Active Directory 同步）的低流量时段。
使用模式：
工作负载条件。 通常使用哪一组功能？ 例如，大量使用时间表的部署与不使用时间表的部署具有不同的特征。项目数
页请求之间的平均时间。
平均会话时间。
页面负载。（给定页面上具有多少个 Web 部件？这些 Web 部件包含多少数据？）
为了帮助您进行容量规划，我们定义了三个数据集，分别具有小型、中型和大型 Project Server 部署的特征。 然后，对于其中每个数据集，我们建议了三个大致应当满足类似数据集需求的“经验法则”硬件拓扑之一。 记住这些起点拓扑后，我们重点介绍可能需要调整这些硬件拓扑的一些因素，其中概括了在需要减少或增加分配的资源以满足您的特定需求时应采用的评估方式。
下面是在进行容量规划时应采取的方法：
确定哪个数据集（小型、中型或大型）与您期望的数据集最匹配。 Project Server 2013 中的数据集如何影响性能和容量中对此进行了介绍。
使用本文为该数据集大小建议的硬件拓扑作为与您的需求近似的起点拓扑。
注意
认识到特定数据集和使用模式可能需要比该近似拓扑更少或更多的硬件资源，这一点很重要。 Project Server 2013 的性能和容量硬件建议 深入介绍了如何评估是否应向拓扑添加更多资源，以及如何在何处添加资源。
使用 Project Server 2013 中的性能计数器 主题中概述的准则监视应用程序的性能。 在这些主题中，我们指定了为了确定扩展拓扑的时间和方式而需要跟踪的关键指标。
根据优化 Project Server 2013 中的性能中提供的建议优化部署。
根据所选择的拓扑、数据集、使用模式和所观察的性能指标，遵循以下文章中提供的缩放建议进行操作：
Project Server 2013 中的纵向扩展和横向扩展拓扑 ：本文提供有关根据当前需求进行缩放时应采用的策略类型的建议。 是否应购买其他服务器，或是否应为已有服务器购买其他资源容量（内存、CPU、磁盘）？
常见 Project Server 2013 瓶颈及其原因： Project Server 2013 中性能故障排除主题中的 此部分介绍了系统中可能的瓶颈源、如何通过监视发现瓶颈，以及如何通常解决与这些瓶颈相关的问题。
另请参阅
Project Server 2013 中的性能和容量计划概述
Project Server 2013 的性能和容量硬件建议