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

HYJ 中国零售业务 IT 规划建议书 Phase I IT 基础架构规划分册 V1 0V1 0 2012 02 162012 02 16 版版 本本 控控 制制 变更履历变更履历 日期作者版本变更说明 2012 02 161 0 审查审查 日期审阅人版本审查意见 确认确认 日期确认人版本确认意见 目录目录 1 1基础架构规划基础架构规划 3 1 1数据中心建设规划 3 1 1 1数据中心基础网络条件 3 1 2系统服务器场规划 4 1 2 2数据流向 5 1 2 3服务器前提硬件 6 1 2 4服务器前提软件 7 1 2 5客户端前提硬件 8 1 2 6客户端前提软件 8 1 2 7系统可靠性与安全性设计 8 1 2 8容量和性能参数设计 12 1 1 基础架构规划基础架构规划 1 11 1 数据中心建设规划数据中心建设规划 基于 HYJ 中国零售业务对系统的需求特性 以及 Phase I 的具体功能模块特点 我们建议 将系统的服务器场搭建在 IDC 互联网数据中心之上 因此 对于界定 IDC 是否能够满足企 业对于系统性能方面的考虑 为选取 IDC 供应商的首选条件 为了满足 HYJ 中国零售业务对于在公网上访问系统的时效性与安全性 IDC 必须具备如下 条件 1 1 11 1 1 数据中心基础网络条件数据中心基础网络条件 1 1 1 11 1 1 1核心区核心区 数据中心的核心区交换机与各服务器区 广域网接入区及互联网接入区的汇聚层交换机相 连 必须保证使用 10G 以太网链路 核心的作用就是为各个区域提供无阻塞的高速转发 对于各区域之间的访问控制策略建议部署在各区域汇聚交换机或边界防火墙上 物理设备与链路 核心区中要保证足够数量的互连的高端交换机 万兆核心网络为数据中心提供更高效 快 速 可靠的数据交换网络 1 1 1 21 1 1 2高可用性和冗余设计高可用性和冗余设计 为了保证网络通信正常 需要对 IDC 本身的网络设计冗余方案进行判断 具体建议从以下 几个方面进行考虑 1 1 1 2 11 1 1 2 1 交换机引擎交换机引擎 每个交换机至少保证两个引擎 当主引擎发生故障时 同一台交换机中的第二个引擎 会接管其操作 交换机能够继续运行而不会出现中断 1 1 1 2 21 1 1 2 2 交换机电源交换机电源 对每台交换机都保证使用双电源 当任何一个电源故障时 那么另外一个能够保证交 换机的继续运行 1 1 1 2 31 1 1 2 3 交换机的模块与端口交换机的模块与端口 当第一个交换机上的模块或端口问题引起链路中断时 冗余设计方案是否能够保证互通 1 1 1 2 41 1 1 2 4 虚拟化技术虚拟化技术 是否启用核心交换机虚拟化技术 当出现部分交换机宕机时 保证网络可靠性 1 1 1 2 51 1 1 2 5 安全性安全性 判断基于交换机自身的安全策略与安全防护方案 如 ARP 防护 ACL 访问控制等 区域边 缘的安全设备如何进行的部署 核心交换机上是否配置了安全插卡 保证核心的安全策略 对应系统的防病毒与防网络冲击 1 1 1 31 1 1 3IDCIDC 网络基础架构网络基础架构 对以下故障的 IDC 服务商的对应处理方案 也是选取 IDC 的重要参考 1 1 1 3 11 1 1 3 1 导致网络不可用 即网络故障的处理方案导致网络不可用 即网络故障的处理方案 1 不可控因素 如自然灾害 战争 大停电 人为破坏等 如何实现通过良好的整体 规划设计 保证不可控因素影响下数据中心的高可用 保证故障情况下业务系统的 持续 2 可控因素 如设备故障 链路故障 网络拥塞 维护误操作 恶意攻击等 1 21 2 系统服务器场规划系统服务器场规划 1 2 11 2 1 网络拓扑规划网络拓扑规划 因为本次系统构建的特殊性 因此建议将系统服务器场单独构建为 Shell 整体域环境的子域 与父域具有单向信任性 即由父域管理具有访问权限的域账户 子域只作为资源域存在 只具备单向访问的权利 同时 为了保证数据集成时数据访问安全性 在服务器场与父域 内其他系统进行数据同步时 我们采取边缘服务器的处理方式 即由子域的服务器场提供 接口或数据源 由父域的边缘服务器通过推送或抓取的方式 进行数据交互 避免了子域 直接访问父域 导致安全上的风险 拓扑设计如下 S Sh he el ll l 局局域域网网I ID DC C 应用服务器 数据库服务器 磁盘存储 应用服务器数据库服务器 镜像 资源域AD控制器 主AD控制器 应用系统 前端服务器 前端服务器 1 2 21 2 2 场规划场规划 介于当前系统网络状况及分公司分布情况 为了保证系统能够最大限度的保证用户正常使 用 做出对服务器场的服务器分布考虑 计划在服务器场中引入 6 台服务器 前端服务器 2 台 DB 服务器 2 台 应用服务器 2 台 1 2 2 11 2 2 1前端服务器前端服务器 作为整个系统的入口 承载 SharePoint Web Services 以及 SharePoint Query Services 响应用户的请求 并根据请求对 DB 服务器发出服务请求 为了对应系统当前的访问需求 我们配置了两台前端服务器 并在两台前端服务器之间进 行负载均衡配置 1 2 2 21 2 2 2DBDB 服务器服务器 作为系统的数据承载容器 承载支持正常运行的数据库 根据前端服务器的数据请求 调用提供数据 DB 服务器中保存了 SharePoint 本身的 Config 数据库和站点集的内容数据库 1 2 2 31 2 2 3应用服务器应用服务器 作为系统的应用服务的载体 用于承载服务器场中应用角色的服务 对本系统的搜索 索引服务进行支持 以及 BPM 流程引擎的主体服务器存在 1 2 31 2 3 服务器前提硬件服务器前提硬件 用于承载系统正常运行的服务器共六台 建议硬件配置如 服务器硬件构成 1 2 41 2 4 服务器前提软件服务器前提软件 1 2 4 11 2 4 1前端服务器 前端服务器 WFE QueryWFE Query ServerServer No No 软件类型软件类型软件名称软件名称 1 操作系统 Windows Server 2008 R2 Enterprise Edition x64 2 更新程序Windows Update 的所有重要更新 到项目实施部署时为止 3Microsoft Office SharePoint Server 2010 4 服务器 软件 Web Server IIS 7 0 ASP NET 5 NET Framework 3 5 SP1 6 NET Framework 3 5 中文 Language Pack SP1 7 添加 组件 Windows Workflow Foundation 1 2 4 21 2 4 2应用服务器 应用服务器 Index BPMIndex BPM ServerServer No No 软件类型软件类型软件名称软件名称 1 操作系统 Windows Server 2008 R2 Enterprise Edition x64 2 更新程序Windows Update 的所有重要更新 到构筑时为止 3 Microsoft Office SharePoint Server 2010 SP2 x64 4 服务器软件 Web Server IIS 7 0 ASP NET 5 NET Framework 3 5 SP1 6 NET Framework 3 5 中文 Language Pack SP1 7 Windows Workflow Foundation 8 添加组件 H3 BPM Workflow Engine 11iFilter Adobe PDF IFilter x64 1 2 4 31 2 4 3数据库服务器 数据库服务器 DBDB ServerServer No No 软件类型软件类型软件名称软件名称 1 操作系统 Windows Server 2008 R2 Enterprise Edition x64 2 更新程序Windows Update 的所有重要更新 到构筑时为止 3 服务器软件 Microsoft SQL Server 2008 R2 Enterprise Edition x64 4 添加组件 NET Framework 3 5 SP1 上述软件之外 服务器所需的杀毒软件 其他的中间件软件等由客户自主选择 1 2 51 2 5 客户端前提硬件客户端前提硬件 对于访问系统的客户端前提硬件 需要至少达到以下配置 才能够流畅访问 No No 名称名称 SizeSize 1CPU2 6GHz 2 内存 1GB 1 2 61 2 6 客户端前提软件客户端前提软件 注 Microsoft SharePoint Designer 2010 只给需要进行 SharePoint 内容修正的用户导 入 No No 软件类型软件类型软件名称软件名称 1 操作系统 Windows XP 2 更新程序Windows Update 的所有重要更新 到构筑时为止 3 Internet Explorer 6 0 以上 4 Microsoft Office Communicator 2007 R2 5 Microsoft Office 2003 以上 6 客户端软件 Microsoft SharePoint Designer 2010 1 7 添加组件 NET Framework 3 5 SP1 1 2 71 2 7 系统可靠性与安全性设计系统可靠性与安全性设计 这里说明 SharePoint 服务器场中每个服务器角色的可靠性 对每个服务器角色采用冗余构成 提高系统整体的可靠性 计划中夜间 休息日不停机 全年 365 日 每天 24 小时运行 1 2 7 1 SharePoint 服务器冗余构成服务器冗余构成 1 2 7 1 1 SharePoint Web Query 服务器冗余 服务器冗余化化 1 2 7 1 1 1SharePoint Web Query 服务器冗余 服务器冗余技术技术 SharePoint Web Query 的服务器 SharePoint 支持下面的 2 种提高的冗余方法 表表 14 114 1 SHAREPOINT Web Query SHAREPOINT Web Query 服务器服务器 冗余化技术冗余化技术 冗余化方法冗余化方法功能概要功能概要注意点注意点 1 Windows Server 2008 网络负载均衡 NLB 使用 TCP IP 协议通过 路由选择分散网络负 载 Web 服务器上执行处理 由于使用服务器资 源 Web 页面服务所可用的资源会有若干减 少 OS 的标准功能 无需额外费用 2 使用负载均衡 硬件 使用专用的硬件设备 在 Web 服务器间分配 网络资源 专用硬件上执行处理 Web 服务器资源没有 额外消耗 需要额外费用 本系统的 SharePoint 服务器 要求每天早晨终端用户同时访问也不影响性能 需要 最大限度保证 SharePoint 服务器的资源 并考虑到成本及用户规模 所以本系统采用网络 负荷分散 NLB 技术实现冗余 SharePoint Web Query 服务器负荷分散构成 SharePoint 服务器一旦发生故障 需要快速转移连接至其他正常运行的服务器 不希 望有用户不能使用 另外 日常运行中用 2 台服务器分担用户请求 预计性能会提高 但是 一旦其中 1 台服务器发生了故障 剩余的服务器需要处理所有的用户请求 性 能可能会降低 本系统根据用户连接数设计了相对宽裕的系统构成 不会发生极端性能降 低的情况 1 2 7 1 1 2故障发生故障发生时的操作时的操作 SharePoint 服务器发生了故障的时候 选择切换的服务器 切换的时间等 在负荷分 散装置的设定中设置 SharePoint 服务器 Client Web 浏览器 负荷分散硬件的冗余化 图图 14 114 1 WebWeb 服务器服务器 负荷分散图负荷分散图 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 214 2 数据库服务器数据库服务器 冗余化技术冗余化技术 冗余化方法冗余化方法功能概要功能概要留意点留意点 1 MSFC Microsof t 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 1 1 SharePointSharePoint 服务器添加服务器添加 1 2 7 4 2 兼容兼容性性 1 2 7 4 2 1应用程序兼容性应用程序兼容性 由于系统是基于微软平台构建 因此能够与 office 系列产品做到很好的兼容性 以下是 office 各个版本与 SharePoint 的应用程序兼容性比较 No Office 与 SharePoint 集成功能 Office 2003Office 2007 1 企业应用内容类型部分兼容完全兼容 2Information Rights Management 文档安全管理 部分兼容完全兼容 3Excel Services 部分兼容完全兼容 4Form Services 部分兼容完全兼容 5 Access 集成不兼容完全兼容 6 Outlook 集成部分兼容完全兼容 7 SharePoint WorkSpace 集成不兼容完全兼容 8 Onenote 集成不兼容完全兼容 1 2 7 4 2 2浏览器兼容性浏览器兼容性 系统对浏览器的兼容性参照下表 操作系统 No 分类 No 浏览器 WindowsLinux Unix Macintosh OSX Leopard 1 1 Microsoft Internet Explorer 7 x 32 位 1 一级浏览器 1 2 Microsoft Internet Explorer 8 x 32 位 2 1 Microsoft Internet Explorer 6 x 32 位 2 2 Microsoft Internet Explorer 7 x 64 位 2 3 Microsoft Internet Explorer 8 x 64 位 2 4FireFox 3 x 2 二级浏览器 2 5Safari 3 x 其中一级浏览器能够利用 ActiveX 控件提供的高级功能并提供最完整的用户体验 一 级浏览器支持只能用于运行 Windows 操作系统的计算机 二级浏览器则只能提供基本功能 以便用户可以在 SharePoint 网站中读写并执行网站管理 但是 由于只有 一级浏览器支 持 ActiveX 控件 且不同浏览器在功能上存在着差异 因此可能会提供不同的用户体验 该用户体验可能与一级浏览器提供的用户体验有一些差异 以上兼容性测试基于 SharePoint 2010 企业版实现 1 2 81 2 8 容量和性能参数设计容量和性能参数设计 1 2 8 1 服务器容量规划服务器容量规划方法方法 对与系统中的服务器硬件构成估算的方法论 1 以微软提出的用于衡量 SharePoint 服务器场各服务器运行任务的推荐规格标准为基准 2 其次 结合微软以及我公司到目前为止的 SharePoint 系统开发 实施的项目经验 并 参考项目的实际情况 确定下来实际的硬件规格 3 服务器硬件性能检测标准 用微软官方提供的对于 SharePoint 服务器的性能检测标准 1 2 8 1 1 SharePoint WFE Query 服务器推荐规格服务器推荐规格 表表 1 1 1 1 SHAREPOINTSHAREPOINT 服务器推荐规格服务器推荐规格 CPUCPU 各 3 GHz 以上双核 CPU 内存内存16GB 以上 SharePointSharePoint 服务器服务器 方针方针 对于 SharePoint 服务器 由于与客户端的通信会带来高负荷 分配足够的 CPU 资源是很重要的 对于 SharePoint 服务器 与其尽力提升 1 台 SHAREPOINT 服务器的规格 不如用 若干台 SharePoint 服务器将负荷分担 这样 SharePoint 系统整体的性能都会提 升 1 2 8 1 2 应用程序 应用程序 Index BPM WF Engine 服务器推荐规格 服务器推荐规格 表表 1 1 2 2 应用程序服务器推荐规格应用程序服务器推荐规格 CPUCPU 各 2 5 GHz 以上的双核 CPU 内存内存32 GB 以上 应用程序服务器应用程序服务器 方针方针 内容索引的爬网性能 依赖于 CPU 数量 磁盘的读写性能以及平均文档大小 同时 BPM 流程引擎的性能 依赖于网络响应速度以及内存容量 1 2 8 1 3 数据库服务器推荐规格数据库服务器推荐规格 表表 1 1 3 3 数据库数据库 服务器推荐规格服务器推荐规格 CPUCPU 各 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 1SharePoint 产品所利用的数据库产品所利用的数据库 产品版本产品版本数据库数据库 配置库 管理中心内容库 内容数据库 一个或多个 Usage and Health Data Collection Business Data Connectivity SharePoint Foundation 2010 Subscription Settings Service 如果已 通过 Windows PowerShell 启用 Search Service 应用程序 搜索管理 爬网 一个或多个 属性 一个或多个 User Profile Service 应用程序 配置文件 同步 社会性标签 Web Analytics Service 应用程序 暂存 报告 安全存储 状态 托管元数据 SharePoint Server 2010 Standard Edition 的其他数据库 Word Automation Services SharePoint Server 2010 Enterprise Edition 的其他数据库 PerformancePoint 数据库 FAST Search Server 的其他数据库搜索管理 内容数据库容量规划内容数据库容量规划 在 SharePoint 的数据存储中 内容数据库占用了数据库实例存储的主要空间 因此 内容 数据库的存储容量规划是否适当 决定了系统的正常使用 容量规划的计算公式 数据库大小 D D V V S S 10 10 KBKB L L V V D 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 UserUser ProfileProfile User Profile Service 应用程序分配有三个数据库 配置文件 同步和社会性标签 配置文件配置文件 具有默认设置 在配置为使用 Active Directory 的环境中 配置文件数 据库每个用户配置文件大约需要 1 MB 同步同步 具有默认设置 在每个用户拥有很少组的环境中 同步数据库每个用户配置文 件大约需要 630 KB 90 的空间将被数据文件使用 社会性标签 社会性标签 具有默认设置 社会性标签数据库每个标签 注释或评级大约需要 0 009 MB 根据经验 若要估计用户将创建的标签和注释数 在系统实际运用中 大约 10 的用户被视为活动 活动用户每月创建 4 5 个标签和 1 8 个注释 因此 在假定 1500 用户的基础上 UserUser ProfileProfile 数据库数据库 1 46GB 0 9GB 约 0 1GB 约 2 5GB 为了保证服务的最大应用 在两年之内 User Profile 的数据库容量约为 25GB 按照两年 的社会性标签的增长量计算 即 UserUser ProfileProfile 数据库容量数据库容量 25GB 此外 还需要为以下服务规划额外的数据库容量 StateState ServicesServices State Service 应用程序有一个数据库 为保证系统正常运行 建议为其分配 1 GB WordWord AutomationAutomation ServiceService Word Automation Service 数据库 为保证系统正常运行 建议为其分配 1 GB PerformancePointPerformancePoint ServicesServices PerformancePoint Service 应用程序有一个数据库 建议为其分配 1 GB 假定按每月此容量增长情况下 使系统的磁盘容量可用 2 年不必新增 则数据库存储的总 量为 3364GB 同时 为了保持存储备份和运行的优化程度 我们建议数据库存储总量为 实际所需磁盘总量的 85 即所需要的磁盘存储总量为 4205GB 同时按照最高安全的 Raid 10 数据存储备份方式 需要 8410GB 1 2 8 3 服务器硬件构成服务器硬件构成 基于以上的分析方法 得出构成服务器场的各服务器的硬件规格 CPU 内存 以及用作 OS 安装的本机磁盘 如下所示 表表 1 1 4 4 服务器硬件构成服务器硬件构成建议建议 服务器名服务器名运行任务运行任务 CPUCPU 核芯核芯数数内存内存磁盘磁盘 1 EIP001 WFE Query 2EIP002 WFE Query 1 个四核 2 33 GHz 216GB 1333MHz 200GB 15K RPM SAS x2 服务器名服务器名运行任务运行任务 CPUCPU 核芯核芯数数内存内存磁盘磁盘 1 EIP003 DataBase 2EIP004DataBase 4 个四核 2 33 GHz 232GB 1333MHz 400GB 15K RPM SAS x2 服务器名服务器名运行任务运行任务 CPUCPU 核芯核芯数数内存内存磁盘磁盘 1 EIP005 Index BPM 2EIP006Index BPM 4 个四核 2 33 GHz 232GB 1333MHz 300GB 15K RPM SAS x2 数据库存储设备数据库存储设备 对于数据库服务器 建议采用磁盘阵列存储设备结合的方式 即将数据库实例利用专门的 存储设备存储管理 推荐采用 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 1 5 5 用户使用状况参数用户使用状况参数 参数参数值值单位单位说明说明 初期用户数 100 人服务开始时的用户数 试用用户数等 最大用户数 350 人使用这个系统的最终用户数 或者是最大的用户数 工作小时 日 10 小时 办公室工作时间 激活时长 每日 4 小时 1 日内访问 SharePoint 系统的时间合计 以每 1 小时 所做的操作时间整合后来计算 平时用户同时使用率 3 平均值约在 3 以内 峰值时用户同时使用 率 10 在企业网内平均不超过 10 如果已经有企业网的情 况下 通过分析 IIS 的日志可以得到更准确的使用率 基准 接入速率 V2 36 V1 轻量级 V2 普通 V3 重量级 V4 超重量级 基准接入速率 是以以下的速率为基准 此接入基准 是以 平时用户使用哪一 个频度向 SharePoint 站点发起请求 的角度来考虑的 这里所说的请求是指 从用户站点 的角度来看 用户执行的 1 个操作 表表 1 1 6 6 基准基准接入速率接入速率 使用方法使用方法显示显示操作数操作数 小时小时说明说明 轻量级 V120 假定 1 个用户 1 小时内执行了 20 个操作 2 分 30 秒 1 个操作 普通 V236 假定 1 个用户 1 小时内执行 36 个操作 1 分 40 秒 1 个操作 重量级 V360 假定 1 个用户 1 小时内执行 60 个操作 1 分钟 1 个操作 超重量级 V4120 假定 1 个用户 1 小时内执行 120 个操作 30 秒钟一个操作 使用以上参数 如下面所示可以计算出峰值时用户的连接数 使用操作 请求 用户事务的表现方法 表表 1 1 7 7 用户连接数模拟用户连接数模拟 100100 用户用户 参数参数值值单位单位说明说明 工作小时 秒 36000 秒 日 1