IT规划建议书 IT基础架构规划分册

IT规划建议书 IT基础架构规划分册 HYJ中国零售业务IT规划建议书 Phase I IT基础架构规划分册 V1.0 2012/02/16 版 本 控 制 变更履历 日期 作者 版本 变更说明 2012/02/16 1.0 审查 日期 审阅人 版本 审查意见 确认 日期 确认人 版本 确认意见 目录 1 基础架构规划................................................................................................................. 3 1.1 数据中心建设规划 ..................................................................................................................... 3 1.1.1 数据中心基础网络条件 ............................................................................................ 3 1.2 系统服务器场规划 ..................................................................................................................... 4 1.2.2 数据流向 ................................................................................ 错误～未定义书签。5 1.2.3 服务器前提硬件 ........................................................................................................ 6 1.2.4 服务器前提软件 ........................................................................................................ 6 1.2.5 客户端前提硬件 ........................................................................................................ 7 1.2.6 客户端前提软件 ........................................................................................................ 7 1.2.7 系统可靠性与安全性设计 ........................................................................................ 8 1.2.8 容量和性能参数设计 .............................................................................................. 12 1 基础架构规划 1.1 数据中心建设规划 基于HYJ中国零售业务对系统的需求特性，以及Phase I的具体功能模块特点，我们建议将系统的服务器场搭建在IDC互联网数据中心之上，因此，对于界定IDC是否能够满足企业对于系统性能方面的考虑，为选取IDC供应商的首选条件。 为了满足HYJ中国零售业务对于在公网上访问系统的时效性与安全性，IDC必须具备如下条件。 1.1.1 数据中心基础网络条件 1.1.1.1 核心区 数据中心的核心区交换机与各服务器区、广域网接入区及互联网接入区的汇聚层交换机相连，必须保证使用10G以太网链路。核心的作用就是为各个区域提供无阻塞的高速转发，对于各区域之间的访问控制策略建议部署在各区域汇聚交换机或边界防火墙上。 物理设备与链路 核心区中要保证足够数量的互连的高端交换机。万兆核心网络为数据中心提供更高效、快速、可靠的数据交换网络。 1.1.1.2 高可用性和冗余设计 为了保证网络通信正常，需要对IDC本身的网络设计冗余 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 进行判断，具体建议从以下几个方面进行考虑。 1.1.1.2.1 交换机引擎 每个交换机至少保证两个引擎。当主引擎发生故障时，同一台交换机中的第二个引擎会接管其操作，交换机能够继续运行而不会出现中断。 1.1.1.2.2 交换机电源 对每台交换机都保证使用双电源。当任何一个电源故障时，那么另外一个能够保证交换机的继续运行。 1.1.1.2.3 交换机的模块与端口 当第一个交换机上的模块或端口问题引起链路中断时，冗余设计方案是否能够保证互通。 1.1.1.2.4 虚拟化技术 是否启用核心交换机虚拟化技术，当出现部分交换机宕机时，保证网络可靠性。 1.1.1.2.5 安全性 判断基于交换机自身的安全策略与安全防护方案，如ARP防护，ACL访问控制等。区域边缘的安全设备如何进行的部署 核心交换机上是否配置了安全插卡，保证核心的安全策略。 对应系统的防病毒与防网络冲击 1.1.1.3 IDC网络基础架构 对以下故障的IDC服务商的对应处理方案，也是选取IDC的重要参考 1.1.1.3.1 导致网络不可用，即网络故障的处理方案 (1) 不可控因素，如自然灾害、战争、大停电、人为破坏等。如何实现通过良好的整体 规划设计，保证不可控因素影响下数据中心的高可用，保证故障情况下业务系统的 持续。 (2) 可控因素，如设备故障、链路故障、网络拥塞、维护误操作、恶意攻击等。 1.2 系统服务器场规划 1.2.1 网络拓扑规划 因为本次系统构建的特殊性。因此建议将系统服务器场单独构建为Shell整体域环境的子域 与父域具有单向信任性，即由父域管理具有访问权限的域账户，子域只作为资源域存在，只具备单向访问的权利。同时，为了保证数据集成时数据访问安全性。在服务器场与父域内其他系统进行数据同步时，我们采取边缘服务器的处理方式，即由子域的服务器场提供接口或数据源，由父域的边缘服务器通过推送或抓取的方式，进行数据交互，避免了子域直接访问父域，导致安全上的风险。拓扑设计如下: Shell 局域网IDC 资源域AD控制器主AD控制器 应用系统 前端服务器数据库服务器应用服务器磁盘存储 前端服务器数据库服务器-镜像应用服务器 1.2.2 场规划 介于当前系统网络状况及分公司分布情况，为了保证系统能够最大限度的保证用户正常使用，做出对服务器场的服务器分布考虑。 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 在服务器场中引入6台服务器 前端服务器:2台 DB服务器: 2台 应用服务器:2台 1.2.2.1 前端服务器 作为整个系统的入口，承载SharePoint Web Services 以及SharePoint Query Services，响应用户的请求，并根据请求对DB服务器发出服务请求。 为了对应系统当前的访问需求，我们配置了两台前端服务器，并在两台前端服务器之间进行负载均衡配置。 1.2.2.2 DB服务器 作为系统的数据承载容器，承载支持正常运行的数据库，根据前端服务器的数据请求调用提供数据。 DB服务器中保存了SharePoint本身的Config数据库和站点集的内容数据库。 1.2.2.3 应用服务器 作为系统的应用服务的载体，用于承载服务器场中应用角色的服务，对本系统的搜索索引服务进行支持。以及BPM流程引擎的主体服务器存在。 1.2.3 服务器前提硬件 用于承载系统正常运行的服务器共六台，建议硬件配置如 服务器硬件构成 1.2.4 服务器前提软件 1.2.4.1 前端服务器(WFE&Query Server) No. 软件类型 软件名称 1 操作系统 Windows Server 2008 R2 Enterprise Edition (x64) 2 更新程序 Windows Update的所有重要更新(到项目实施部署时为止) 3 Microsoft Office SharePoint Server 2010 服务器 软件 4 Web Server(IIS) 7.0/ASP.NET .NET Framework 3.5 SP1 5 添加 .NET Framework 3.5 中文Language Pack SP1 6 组件 Windows Workflow Foundation 7 1.2.4.2 应用服务器(Index&BPM Server) No. 软件类型 软件名称 1 操作系统 Windows Server 2008 R2 Enterprise Edition (x64) 2 更新程序 Windows Update的所有重要更新(到构筑时为止) Microsoft Office SharePoint Server 2010 3 SP2 (x64) 服务器软件 4 Web Server(IIS) 7.0/ASP.NET .NET Framework 3.5 SP1 5 .NET Framework 3.5 中文Language Pack SP1 6 添加组件 Windows Workflow Foundation 7 H3 BPM Workflow Engine 8 Adobe PDF IFilter (x64) 11 iFilter 1.2.4.3 数据库服务器(DB Server) No. 软件类型 软件名称 1 操作系统 Windows Server 2008 R2 Enterprise Edition (x64) 2 更新程序 Windows Update的所有重要更新(到构筑时为止) 3 服务器软件 Microsoft SQL Server 2008 R2 Enterprise Edition (x64) .NET Framework 3.5 SP1 4 添加组件 ※上述软件之外，服务器所需的杀毒软件、其他的中间件软件等由客户自主选择。 1.2.5 客户端前提硬件 对于访问系统的客户端前提硬件，需要至少达到以下配置，才能够流畅访问 No. 名称 Size 1 CPU 2.6GHz 2 内存 1GB 1.2.6 客户端前提软件 注: Microsoft SharePoint Designer 2010只给需要进行SharePoint内容修正的用户导入。 No. 软件类型 软件名称 1 操作系统 Windows XP 2 更新程序 Windows Update的所有重要更新(到构筑时为止) 3 Internet Explorer 6.0以上 Microsoft Office Communicator 2007 R2 4 客户端软件 Microsoft Office 2003以上 5 *1 Microsoft SharePoint Designer 20106 .NET Framework 3.5 SP1 7 添加组件 1.2.7 系统可靠性与安全性设计 这里说明SharePoint服务器场中每个服务器角色的可靠性。 对每个服务器角色采用冗余构成，提高系统整体的可靠性。 计划中夜间、休息日不停机，全年365日，每天24小时运行。 1.2.7.1 SharePoint服务器冗余构成 1.2.7.1.1 SharePoint(Web/Query)服务器冗余化 1.2.7.1.1.1 SharePoint(Web/Query)服务器冗余技术 SharePoint(Web/Query) 的服务器、SharePoint支持下面的2种提高的冗余方法。 表14-1 SHAREPOINT(Web/Query)服务器 冗余化技术 # 冗余化方法 功能概要 注意点 Windows ?使用TCP/IP 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 通过?Web 服务器上执行处理，由于使用服务器资1 Server 2008 路由选择分散网络负源，Web 页面服务所可用的资源会有若干减 网络负载均衡 载。 少。 (NLB) ?OS 的标准功能，无需额外费用。 2 使用负载均衡?使用专用的硬件设备?专用硬件上执行处理、Web 服务器资源没有 硬件 在Web 服务器间分配额外消耗。 网络资源。 ?需要额外费用。 本系统的SharePoint 服务器、要求每天早晨终端用户同时访问也不影响性能，需要最大限度保证SharePoint服务器的资源，并考虑到成本及用户规模，所以本系统采用网络负荷分散(NLB)技术实现冗余。 SharePoint(Web/Query)服务器负荷分散构成 SharePoint服务器一旦发生故障，需要快速转移连接至其他正常运行的服务器，不希望有用户不能使用。 另外，日常运行中用2台服务器分担用户请求，预计性能会提高。 但是，一旦其中1台服务器发生了故障，剩余的服务器需要处理所有的用户请求，性能可能会降低，本系统根据用户连接数设计了相对宽裕的系统构成，不会发生极端性能降低的情况。 1.2.7.1.1.2 故障发生时的操作 SharePoint服务器发生了故障的时候，选择切换的服务器，切换的时间等，在负荷分散装置的设定中设置。 SharePoint Client 服务器 (Web浏览器) 负荷分散硬件的冗余化 图14-1 Web 服务器 负荷分散图 1.2.7.2 Index服务器冗余构成 SharePoint服务器场中的Index 服务器、担负将预先指定的检索对象上的数据通过批处理做成全文检索用索引(爬网处理)的角色。 Index 服务器生成的内容索引、根据索引处理日程，对服务器场内所有的Query 服务器定期复制。因此，Index 服务器角色、当Query 服务器角色部署在其他的服务器上时，可以被看做是冗余。 Index 服务器故障发生时、Query 服务器在Index 服务器恢复，索引再构筑以前，使用以前的索引继续提供服务。就是说，在索引再构筑完成之前，检索结果中，不包含新添加的内容。 Index 服务器停止的时候、用户仍可继续使用系统、SharePoint检索功能也可以使用。 基于以上的情况，即使Index 服务器故障发生，也不会造成任务进程中断，无需冗余化。 1.2.7.3 数据库 服务器的冗余构成 1.2.7.3.1 数据库服务器冗余化技术 数据库服务器采用MSFC(Microsoft Failover Cluster)「Active-Passive形式」的冗余化方法。 表14-2 数据库服务器 冗余化技术 # 冗余化方法 功能概要 留意点 MSFC ?运行中的一台服务器宕机，集群环境中?多个服务器需要继承同一个数据1 (Microsoft 的其他服务器自动执行执行中的处理。 源，需要各服务器都可以连接的共 Failover 享磁盘。 Cluster) ?OS 标准功能，无需额外费用。 ? 1.2.7.4 系统兼容性和扩展性 1.2.7.4.1 服务器场扩展性 SharePoint 对于将来的用户增加、使用范围扩大等，通过分割/添加服务器角色、可以灵活的扩展服务器场。以下是服务器场扩展的示例。 1.2.7.4.1.1 用户连接数增加 SharePoint 的用户数增加导致用户连接数增加的情况下，SharePoint服务器的负载会增高，对用户请求的相应时间可能会延长。 增加SharePoint服务器的功能、将负载分散，可以提高SharePoint系统整体的性能，可以应对连接数增加的情况。 图 1-1 SharePoint 服务器添加 1.2.7.4.2 兼容性 1.2.7.4.2.1 应用程序兼容性 由于系统是基于微软平台构建，因此能够与office系列产品做到很好的兼容性。 以下是office各个版本与SharePoint的应用程序兼容性比较 No. Office与SharePoint集成功能 Office 2003 Office 2007 1 企业应用内容类型 部分兼容 完全兼容 2 Information Rights Management 部分兼容 完全兼容 文档安全管理 3 Excel Services 部分兼容 完全兼容 4 Form Services 部分兼容 完全兼容 5 Access集成 不兼容 完全兼容 6 Outlook集成 部分兼容 完全兼容 7 SharePoint WorkSpace集成 不兼容 完全兼容 8 Onenote集成 不兼容 完全兼容 1.2.7.4.2.2 浏览器兼容性 系统对浏览器的兼容性参照下表 操作系统 Macintosh No. 分类 No. 浏览器 Windows Linux/Unix OSX Leopard Microsoft Internet Explorer 1-1 × × × 7.x(32 位) 1 一级浏览器 Microsoft Internet Explorer 1-2 ? × × 8.x(32 位) Microsoft Internet Explorer 2-1 ? × × 6.x(32 位) Microsoft Internet Explorer 2-2 ? × × 7.x(64 位) 2 二级浏览器 Microsoft Internet Explorer 2-3 ? × × 8.x(64 位) 2-4 FireFox 3.x × ? ? 2-5 Safari 3.x × × ? 其中一级浏览器能够利用 ActiveX 控件提供的高级功能并提供最完整的用户体验。一级浏览器支持只能用于运行 Windows 操作系统的计算机。二级浏览器则只能提供基本功能，以便用户可以在 SharePoint 网站中读写并执行网站管理。但是，由于只有 一级浏览器支持 ActiveX 控件，且不同浏览器在功能上存在着差异，因此可能会提供不同的用户体验，该用户体验可能与一级浏览器提供的用户体验有一些差异。以上兼容性测试基于SharePoint 2010企业版实现。 1.2.8 容量和性能参数设计 1.2.8.1 服务器容量规划方法 对与系统中的服务器硬件构成估算的方法论。 1) 以微软提出的用于衡量SharePoint服务器场各服务器运行任务的推荐规格标准为基准; 2) 其次，结合微软以及我公司到目前为止的SharePoint系统开发，实施的项目经验、并参考项目的实际情况，确定下来实际的硬件规格; 3)服务器硬件性能检测标准，用微软官方提供的对于SharePoint服务器的性能检测标准。 1.2.8.1.1 SharePoint (WFE/Query) 服务器推荐规格 表 1-1 SHAREPOINT服务器推荐规格 CPU 各3 GHz 以上双核CPU 内存 16GB以上 SharePoint 服务器 方针 , 对于SharePoint 服务器、由于与客户端的通信会带来高负荷，分配足够的CPU资 源是很重要的。 , 对于SharePoint服务器、与其尽力提升1台SHAREPOINT服务器的规格、不如用若 干台SharePoint服务器将负荷分担，这样SharePoint系统整体的性能都会提升。 1.2.8.1.2 应用程序(Index&BPM WF Engine)服务器推荐规格 表 1-2 应用程序服务器推荐规格 CPU 各2.5 GHz 以上的双核 CPU 内存 32 GB 以上 应用程序服务器 方针 , 内容索引的爬网性能，依赖于CPU数量、磁盘的读写性能以及平均文档大小。 , 同时，BPM流程引擎的性能，依赖于网络响应速度以及内存容量 1.2.8.1.3 数据库服务器推荐规格 表 1-3 数据库 服务器推荐规格 CPU 各3GHz 以上的双核 CPU以上 内存 最低8GB;中等规模的部署需要16GB ，大规模部署需要32GB 以上 数据库 服务器 方针 , 数据库服务器、包括存放SharePoint站点数据的内容数据库以及BPM流程审批的 相关数据、存放构成信息的构成数据库。数据库的性能，会影响到整个系统的性能， 要求使用较高的硬件规格。 , 对于运行SQL Server的服务器所需的内存量，首先要判断部署计划中内存消耗量 是小规模、中规模、或者大规模。 下表所示值均为最低值，如果各测定内容均小于等于最低值可判定为“小规模”。 各测定项目值处于中间范围，或者仅仅第2和3项超过了中间范围，可判定是“中 规模”。几乎所有的值都是最高值，或者超过较多，可判定是“大规模”。 測定基准 值 内容 数据库的大小 > 50 GB 内容 数据库数量 > 20 SQL Server 的同时访问数 200 用户数 > 1000 定期连接的列表的记录数 > 2000 定期连接的列表的列数 > 20 SQL Server 至少需要8 GB 内存，“中规模”的部署需要 16 GB 、“大规模”则需 要32 GB以上。 1.2.8.2 服务器容量规划 根据上述的各服务器运行任务推荐规格和指导书，对服务器硬件构成，做出如下建议。 1.2.8.2.1 前端(WFE/Query)服务器的容量规划 , 本次系统的Phase I构建包括了2台前端(WFE/Query)服务器、1台应用程序/索引(BPM WF Engine/Index)服务器和1台SQL Server服务器的「中规模构成」，前端服务器运行WFE和Query、应用服务器运行Index等。因此，SharePoint服务器的硬件规格以前端服务器推荐构成和指导书提供的内容为依据来考虑。 , 将来如需要进一步提升性能，可以采用分散前端服务器负荷等向外扩展手段。 1.2.8.2.2 应用程序/索引(BPM WF Engine/Index)服务器的容量规划。 , 应用程序(Index) 服务器的硬件规格、以Index服务器的推荐构成以及指导书提供的内容为依据来考虑。 , 将来如需要进一步提升性能，可以采用配备Index 服务器冗余性等向外扩展手段。 , 同时，基于BPM流程引擎引起或参与的并发审批用户的提高，也需要对服务器进行性能方面的扩充。 1.2.8.2.3 数据库 服务器的容量规划 , 数据库服务器的性能、将影响SharePoint 系统整体的性能。 , 从上述数据库服务器内存容量指导书来看，系统的【内容数据库的大小】、【用户群】以及【定期连接列表的记录数】等预计会超过测定基准值，因此按照“中规模”部署来考虑，但介于本次系统构建的环境复杂性，需要充分保证数据库的性能优势，因此建议内存资源使 用【32GB】。 1.2.8.2.3.1 SharePoint产品所利用的数据库 产品版本 数据库 SharePoint Foundation 2010 配置库 管理中心内容库 内容数据库(一个或多个) Usage and Health Data Collection Business Data Connectivity Subscription Settings Service(如果已通 过 Windows PowerShell 启用) SharePoint Server 2010 Standard Edition Search Service 应用程序: 的其他数据库 搜索管理 爬网(一个或多个) 属性(一个或多个) User Profile Service 应用程序: 配置文件 同步 社会性标签 Web Analytics Service 应用程序 暂存 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 安全存储 状态 托管元数据 Word Automation Services SharePoint Server 2010 Enterprise PerformancePoint数据库 Edition 的其他数据库 FAST Search Server 的其他数据库 搜索管理 内容数据库容量规划 在SharePoint的数据存储中，内容数据库占用了数据库实例存储的主要空间，因此，内容数据库的存储容量规划是否适当，决定了系统的正常使用。 容量规划的计算公式:数据库大小 = ((D × V) × S) + (10 KB × (L + (V × D))) 公式中值 10 KB 是一个常数，粗略估计 SharePoint Server 2010 所需的元数据量。 内容数据库的容量规划需要参考如下因素: 1. 计算预期文档数。此值由公式中的 D 代表。 如何计算文档数将由您使用的功能确定。例如对于“我的网站”或协作网站，建议您计 算每个用户的预期文档数，然后乘以用户数。对于记录管理或内容发布网站，可以计算 由某个进程管理和生成的文档数。 如果要从目前系统迁移，可以很轻松地推断出目前增长率和使用率。如果要创建新系统， 请查看您的现有文件共享或其他存储库，并根据该使用率进行估计。 2. 估计将要存储的文档的平均大小。此值由公式中的 S 表示。为不同类型或组的网站估 计平均值很有意义。“我的网站”、媒体存储库和不同部门门户的平均文件大小会显著不 同。 3. 估计环境中列表项目数。此值由公式中的 L 代表。列表项目相对于文档较难估计。我 们通常使用文档数的 (D) 三倍作为估计值，但是根据预计使用网站的方式不同，估计 值也将不同。 4. 确定适当版本数。估计一个库中任意文档将存在的版本数平均值(此值通常会比允许的 最大版本数小得多)。此值由公式中的 V 代表。V 的值必须大于零。 因此，在假定本次项目的最终用户在1500人的前提下，我们给出当前内容数据库容量规划 项目 值 文档数 , 30000 , 通过假定 1500 个用户每月平均单人产生 20 个文档计算得出 文档平均大小 900KB 通过以Word文档为标准估算实例 列表条目 90000 流程表单条目(由于流程默认用列表发起，45000 因此在计算时也算做列表条目) 版本数 5 假定版本数 内容数据库容量=(((30000 x 5)) × 900) + ((10 KB × (135000 + (30000 x 5)))=约131GB 其他服务所需的数据容量: 搜索服务: 按照以往的项目经验 搜索服务所需要的数据库容量为: 查询数据库=0.046 x 内容数据库总和 索引数据库=0.015 x 内容数据库总和 即: 查询数据库=约6GB 索引数据库=约 2GB 为了保证搜索服务的最大应用，因此在此处预留10GB的存储空间。 即:搜索服务数据库容量=10GB User Profile: User Profile Service 应用程序分配有三个数据库:配置文件、同步和社会性标签。 配置文件:具有默认设置，在配置为使用 Active Directory 的环境中，配置文件数据库每个用户配置文件大约需要 1 MB。 同步:具有默认设置，在每个用户拥有很少组的环境中，同步数据库每个用户配置文件大约需要 630 KB。90% 的空间将被数据文件使用。 社会性标签:具有默认设置，社会性标签数据库每个标签、注释或评级大约需要 0.009 MB。根据经验，若要估计用户将创建的标签和注释数， 在系统实际运用中， 大约 10% 的 用户被视为活动。活动用户每月创建 4.5 个标签和 1.8 个注释。 因此，在假定1500用户的基础上，User Profile数据库=1.46GB+0.9GB+约0.1GB=约2.5GB 为了保证服务的最大应用，在两年之内，User Profile的数据库容量约为25GB(按照两年的社会性标签的增长量计算)。 即:User Profile数据库容量=25GB 此外，还需要为以下服务规划额外的数据库容量: State Services: State Service 应用程序有一个数据库。为保证系统正常运行，建议为其分配 1 GB。 Word Automation Service: Word Automation Service数据库。为保证系统正常运行，建议为其分配 1 GB。 PerformancePoint Services: PerformancePoint Service 应用程序有一个数据库。建议为其分配 1 GB。 假定按每月此容量增长情况下，使系统的磁盘容量可用2年不必新增，则数据库存储的总量为:3364GB，同时，为了保持存储备份和运行的优化程度，我们建议数据库存储总量为实际所需磁盘总量的85%，即所需要的磁盘存储总量为4205GB。同时按照最高安全的Raid 10数据存储备份方式，需要8410GB。 1.2.8.3 服务器硬件构成 基于以上的 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 方法，得出构成服务器场的各服务器的硬件规格(CPU、内存，以及用作OS安装的本机磁盘)如下所示。 表 1-4 服务器硬件构成建议 # 服务器名 运行任务 CPU 核芯数 内存 磁盘 WFE EIP001 1 Query 1333MHz/200GB 1个四核2.33(GHz) 2 16GB 15K RPM SAS x2 WFE 2 EIP002 Query # 服务器名 运行任务 CPU 核芯数 内存 磁盘 EIP003 1 DataBase 4 个四核 2.33 1333MHz/400GB 2 32GB (GHz) 15K RPM SAS x2 2 EIP004 DataBase # 服务器名 运行任务 CPU 核芯数 内存 磁盘 EIP005 1 Index/BPM 4 个四核 2.33 1333MHz/300GB 2 32GB (GHz) 15K RPM SAS x2 2 EIP006 Index/BPM 数据库存储设备 对于数据库服务器、建议采用磁盘阵列存储设备结合的方式。即将数据库实例利用专门的存 储设备存储管理。推荐采用Dell|EMC CX3-20 磁盘阵列存储设备，即磁盘容量不得少于 8410GB的存储容量。 1.2.8.4 性能预计 1.2.8.4.1 用户访问性能预计 根据上述中所写的服务器硬件构成、推测所能处理的最大用户访问请求数。 首先，将预计的用户使用情况作为参数输入;接着，参考微软提出的与WFE服务器数量 对应的每秒处理请求数(RPS:Request / Second)的基准值;最后使用这个数值，进行用 户访问的仿真运算。 1.2.8.4.1.1 用户使用状况参数 用户访问性能的模拟,将用户的预想使用状况作为基准值输入，使用以下数据作为基准。 表 1-5 用户使用状况参数 # 参数 值 单位 说明 ? 初期用户数 100 人 服务开始时的用户数(试用用户数等) ? 最大用户数 350 人 使用这个系统的最终用户数，或者是最大的用户数 ? 工作小时/日 办公室工作时间 10 小时 ? 激活时长 1日内访问SharePoint系统的时间合计。以每1小时4 小时 (每日) 所做的操作时间整合后来计算。 ? 平时用户同时使用率 3 % 平均值约在3%以内。 ? 峰值时用户同时使用在企业网内平均不超过10%。如果已经有企业网的情况10 % 率 下，通过分析IIS的日志可以得到更准确的使用率。 ? 基准 V1 – 轻量级 接入速率 V2 V2 – 普通 (36) V3 – 重量级 V4 – 超重量级 「? 基准接入速率」是以以下的速率为基准。此接入基准，是以"平时用户使用哪一 个频度向SharePoint站点发起请求"的角度来考虑的。这里所说的请求是指，从用户站点的 角度来看，用户执行的1个操作。 表 1-6 基准接入速率 使用方法 显示 操作数/小时 说明 轻量级 假定1个用户1小时内执行了20个操作。 V1 20 (2分30秒1个操作) 普通 假定1个用户1小时内执行36个操作。 V2 36 (1分40秒1个操作) 重量级 假定1个用户1小时内执行60个操作。 V3 60 (1分钟1个操作) 超重量级 假定1个用户1小时内执行120个操作。 V4 120 (30秒钟一个操作) 使用以上参数，如下面所示可以计算出峰值时用户的连接数。(使用操作 , 请求 = 用 户事务的表现方法) 表 1-7 用户连接数模拟 100用户 # 参数 值 单位 说明 ? 工作小时,秒 秒,1天的工作时间换算成秒 36000 日 ?×3600 ? 操作数,用户,天 操作1个用户每天的操作数合计 144 ,天 ?×? ? 最初用户数 服务开始时的用户数 100 人 ? 全操作,天 操作每日对SHAREPOINT执行的操作数合计 14400 ,天 ?×? ? 全操作,秒 操作每秒对SHAREPOINT执行的操作数合计 0.4 ,秒 ?,? ? 峰值时全操作,秒 操作峰值时每秒对SHAREPOINT执行的操作数合计 1.3 ,秒 ?×(?,?),? 根据上表计算出来的【峰值时每秒钟对SharePoint做执行的操作数合计 ?」能看作 是WFE服务器必要的性能。 1.2.8.4.1.2 与WFE 服务器数量对应的每秒请求处理能力的基础数据 微软公司提供了与WFE服务器台数对应的每秒钟可以处理的请求数(RPS:Request / Second)的基准。 表 1-8 与WFE 服务器数量对应的每秒处理请求数(RPS:Request / Second) WFE 服务器 1台 2台 3台 4台 32位环境 30 52 62 70 64位环境 50 90 110 130 这个基础数据是比较保守的数值。另外使用的方法不同(Web页面为主(相对快)、文 档管理为主(相对慢))也会产生差异。无论如何还是推荐实测。另外、SQL Server的环 境、是WFE的7倍(包括核心数、内存)数值。使用相同硬件的情况下，概算的性能有可能 将比当前数值降低1/3~3/4。将左右所用的硬件、内存、时钟、核心数等。 系统服务器场使用2台WFE服务器，将以上述指标的【2台】作为基准值。 1.2.8.4.1.3 用户接入模拟 根据当前的参数值，系统中用户的连接性能的模拟结果如下表所示。 表 1-9 用户接入模拟 用户数 100 200 300 400 500 全操作,天 14,400 28,800 43,200 57,600 72,000 全操作,秒 0.4 0.8 1.2 1.6 2.0 峰值時全操作 次,秒 1.3 2.7 4.0 5.3 6.7 表 1-10 WFE 服务器台数相应的推定RPS SHAREPOINT服务器 1台 2台 3台 4台 64位环境×0.8 40 72 88 104 从服务器现有的硬件构成，可以支持约1500 用户的规模，保证系统的性能没有大的影响。 索引构筑性能的预计 内容索引的爬网性能、依赖于CPU数量和磁盘写入性能以及平均文档大小。 微软提供了以下的参数值作为爬网的性能参考基准。 表 1-11 爬网性能基准(Doc / Sec) Index 服务器 值 单位 说明 32位环境 3 文档,秒 文档平均大小 = 500KB、CPU= 1 64位环境 4 文档,秒 文档平均大小 = 500KB、CPU= 1 服务器的硬件构成中，索引构筑性能推定为下表所示。 表 1-12 爬网性能 Index 服务器 值 单位 说明 文档平均大小 = 500KB、CPU= 2 64位环境 6 文档,秒 4 文档(500 / 文档平均大小) ×(CPU数 - 1)× 2CPU 1.5