SharePoint咨询师之路:设计以前的那些事一:容量

提示:本系列只是一个学习笔记系列,大部份内容均可以从微软官方网站找到,本人只是按照本身的学习路径来学习和呈现这些知识。

咨询师更多的时候是解决方案提供者,那么他们如何可以提供有效的SharePoint解决方案呢?他们作出解决方案的依据是哪些呢?这就是咱们须要了解的设计以前的那些事。html

它一般包括:web

容量规划只是管理周期的一部分。它是最初的一组活动,这组活动使得设计架构师坚信有个初始的体系结构最适合SharePoint Server的部署。容量管理模型还包括可帮助你验证和优化初始体系结构的其余步骤,并提供一个反馈循环,可用于从新规划和优化生产环境,直到该环境能够经过所选的最佳硬件、拓扑和配置知足设计目标。数据库

 

术语表

首先来了解下SharePiont Server容量管理文档中使用的专业术语:浏览器

  • RPS每秒请求数。服务器场或服务器每秒接收的请求数。这是测量服务器和服务器场负载经常使用方法。服务器场处理的请求数大于页面加载和最终用户交互数。这是由于每一个页面可能包含若干个组件,二页面加载时,每一个组件又建立多个请求。
  • 高峰期服务器场中的负载在一天内处于最大值的时间。
  • 高峰负载服务器场中的平均最大每日负载,以PRS度量
  • 瞬时负载峰值在一般高峰期以外的瞬态负载峰值。用户流量意外增长、或者因为管理操做致使服务器场吞吐量减小或者此类因素,都可能引发瞬时负载峰值。
  • 向上扩展向服务器中添加处理器或者内存资源
  • 向外扩展向服务器场中添加更多服务器

 

性能的四个基本要素

在肯定解决方案规模时,容量管理关注一下四个主要方面:缓存

  • 延迟:  在容量管理中,延迟被定义为用户启动操做与将最后一个字节传送给客户端应用程序或者web浏览器之间的持续时间
  • 吞吐量:吞吐量定义为服务器或者服务器场能够处理的并发请求书
  • 数据规模:数据规模定义为系统能够托管的内容大小和数据集。内容数据库的结构和分布对于系统处理请求的时间(延迟)和系统能够处理的并发数(吞吐量)有显著影响
  • 可靠性:可靠性用于衡量系统在一段时间内知足所设定的延迟和吞吐量目标的能力。

 

容量管理的目标安全

延迟性能优化

延迟,也成为最终用户感知的延迟,它只要包括三个部分:服务器

  • 服务器接收和处理请求所用时间
  • 经过网络传输请求和服务器响应所用的时间
  • 在客户端应用程序中显示相应所用的时间。

延迟的只要因素:网络

  • 未优化的功能,服务或者配置参数可能会单个请求的处理,并影响远程和本地客户端的延迟。
  • 有些网页会对服务器生成没必要要的请求来下载所需的数据和资源。而优化包括下载最少数量的资源来提取页面,减小图像大小,在容许匿名访问的文件中存储静态资源,异步请求服务器资源等。
  • 经过网络传输大量数据会增长延迟并下降吞吐量。例如页面的图像和其余二进制对象应尽量的使用压缩格式(PNGJPG)而不是位图。
  • 未针对二次访问页面加载进行优化的网页。因为有些资源缓存在客户端,而浏览器只下载未缓存的动态内容。
  • 包含未优化的自定义JavaScript代码的网页,应首选脚本而不是内联的Javascript

 

吞吐量架构

吞吐量有服务器场在单位时间内能够处理的请求数来描述,一般根据组织的规模及其使用特征来衡量系统预计能够维持的操做的规模。

地吞吐量状况的一些常见示例包括:

  • 硬件资源不足当服务器才收到的请求多余它能够处理的请求时,有些请求会排入队列,这样累积的结果就是推迟每一个后续请求的处理,知道请求减小到能够清除队列为止,优化服务器场能够维持较高的吞吐量的一些示例:
    • 确保服务器中的处理器未过分使用,例如高峰期或者瞬时负载峰值期间的CPU使用率持续超过80%,则能够添加更多的服务器或将服务从新分配给其余场服务器。
    • 确保应用程序服务器和web服务器上有足够的内存来包含完整缓存。这有助于避免调用数据库,以便针对为缓存内容的请求提供服务。
    • 确保数据库没有瓶颈。若是总能够磁盘IOPS不足以支持高峰请求,则须要添加更多的磁盘或者将数据库从新分配给利用率地下的磁盘。
    • 若是向现有计算机中添加资源仍没法解决吞吐量的问题,则能够添加服务器并将受影响的功能和服务从新分配给新的服务器。
  • 未经优化的自定义网页  在生产环境中向经常使用页面添加自动以代码一般会引发吞吐量问题。自定义代码可能会生产到数据库服务器的其余往返行程或服务于请求的web服务器。自定义不常使用的页面可能不会显著影响吞吐量,可是若是天天请求上千次,即便进行良好优化的代码也会下降服务器场的吞吐量。

SharePoint 2013 管理员可使用开发人员仪表板来识别须要优化的自定义代码。经常使用的优化示例:

  • 最大限度减小web服务器请求和SQL查询的数量
  • 在前往数据库服务器的每一个行程中提取所需最少的数据,同事最大限度的减小所需往返行程。
  • 避免向经常使用页面添加自定义代码
  • 在检索经筛选的数据量时使用索引
  • 不受信任的解决方案Bin文件中中部署自定义代码会致使服务器性能变慢。每次请求包含不受信任代码的页面时,SharePoint Server 2013 都必须进行安全检查,而后才能加载页面。除非有特殊缘由,须要部署不受信任的代码,不然应该GAC中安装自定义程序集,以免没必要要的安全检查。

 

数据规模

数据规模是服务器或者服务器场在知足延迟和吞吐量目标的同时能够存储的数据量。一般,服务器场中的数据量越大,对整体的吞吐量和用户体验的影响越大。用于跨磁盘和数据库服务器分布数据的方式也会影响服务器场延迟和吞吐量。

数据库大小,数据库的体系结构和足够的数据库服务器硬件对于最佳的数据库解决方案都相当重要。在理想的部署中,根据限制指导肯定内容数据库大小并跨物理磁盘分布这些数据库。

一下是针对数据库和存储性能优化服务器场的示例:

  • 确保数据库正确分布在数据库服务器上。而且数据库服务器资源足以支持数据的数量和分布
  • 将数据库卷分隔为惟一的物理磁盘主轴构成的惟一逻辑单元,使其具备短寻道时间和适当的RAID配置的多个磁盘来知足数据库服务器的存储需求
  • 若是数据库包含许多二进制大型对象(BLOB),则可以使用远程BLOB存储(RBS)。 RBS能够提供如下好处:
    • BLOG数据能够存储在配置用于处理简单存储的较为便宜的存储设备
    • BLOB存储的管理由专门设计用于处理BLOB数据系统进行控制
    • 数据库服务器资源能够释放用于数据库操做

 

可靠性

可靠性是对服务器场在一段时间内知足设定的延迟,吞吐量和数据库绒里目标能力的综合度量。

有关如何维持更可靠系统的一些实例:

  • 在非高峰期间计划资源密集型计时器做业和管理任务
  • 在现有场服务器中向上扩展硬件,或者经过添加web服务器,应用程序服务器或者数据库服务器进行向外扩展。
  • 将资源密集型服务和功能分配给专用的服务器。还可使用硬件负载平衡器将特定于功能的流量引至于特定的功能或者服务的web服务器
如何进行容量管理和容量规划

咱们采用微软推荐的标准模型来进行规划:

步骤1建模建模是决定但愿环境支持的关键解决方案并创建全部重要的指标和参数的过程。建模的输出应该是设计环境所须要的所有关键数据的列表

  • 工做负载和数据集
  • 设置服务场的性能和可靠性目标
  • SharePoint Server 2013 IIS 日志

步骤2设计从步骤1收集数据后,即可设计你的服务器场。输出为详细的数据体系结构以及物理和逻辑拓扑

  • 肯定起点体系结构
  • 选择硬件

步骤3试验,测试和优化根据设计,部署用于测试工做负载和预期使用特征的实验环境。对于现有服务器场,建议在对基础结构作主要更改时进行测试,但为了维护性能目标,可能须要根据监视结构按期执行优化。此阶段的输出是:根据目标对测试结果的分析,以及可以实现设定的性能和容量目标的优化体系结构

  • 试验部署试验环境
  • 测试针对延迟和吞吐量目标进行测试
  • 优化收集测试结构并对服务器场资源或拓扑进行任何所需的更改

步骤4部署如何实现服务器场或者向现有服务器场部署更改。

步骤5监视和维护介绍如何设置监视,以及如何预测和识别瓶颈并执行常规的维护和缓瓶颈操做

下一篇:规模

相关文章
相关标签/搜索