服务器性能计算.docx

1、1 概述xxxxx 项 目 采 用 集中式部署（即所有的数据集中部署在总部服务器中） ，对于完成各功能服务器的 性能， 我 们建议采 用主流的T PC值进行 性能估 算。TPC-C 是一种旨在衡量联机事务处理（OLTP，又称业务处理系统）系统性能与可伸缩性的行业标准基准测试项目。tpmC（(Transaction Per Minute）: TPC-C 每分钟的吞吐量，按有效 TPC-C 配置期间每分钟处理的平均交易次数测量，至少要运行 12 分钟。服务器从处理能力上来讲，最重要的指标是业务处理过程中所需要的并行处理能力，这一指标通常都是通过衡量主机的 tpmC 值取得；其它对主机硬件性能上的需

2、求还包括内存大小，以及对外连接的数据线路带宽。在计算主机所需要的 tpmC、硬盘及带宽时，直接影响这些计算结果的因素包括：用户的业务模型（也可以用一定收敛比来表示） 、所开展的业务种类、所开展业务的并行应用需求。这种基 准测试项 目将对 包 括查询、 更 新及队列式 小批量 事 务在内的 广泛数 据 库功能进 行测试，因此对 于数据库 密集型应用 来说，TPC-C被 许多I T部 门视 为衡量真实 OLTP系 统性能的有效指示 器。2 接口服务器性能计算接口服务器在 xxxxx 系统中起到承上启下的作用，与 OA、门户等其他业务系统的数据交互都需要通过标准接口完成，因此接口服务器的性能及稳定性

3、也是至关重要的。xxxxx 系统的接口服务器使用 Tomcat 搭建，根据经验单服务器上的 Tomcat 的整体理论处理能力 1000-2000 个用户并发连接。考虑到系统操作系统 CPU 使用率为 10%，因此系统整体负载不能高于 70%。根据 tpmC 标准是根据标准模型中 New-Order 事物的处理数目来计算的，一个New-Order 事物由平均 4-5 个 SQL 语句处理完成，整个测试执行过程中 New-Order 处理占 45%。为了方便计算接口服务器的性能，我们约定：1) 系统注册用户数为 200000 人（U1） ；2) 忙时集中并发系数为 10%（B1） ；3) 接口服务

4、对应的操作数为 14.8 （T1） ；4) 考虑服务器保留 30的冗余（R） ；5) 本次测试 New-Order 事物占全部的 35%（Ty） ；6) 本次测试 New-Order 事物执行 4 个 SQL（Ts） ；7) 一 天 内 忙 时 的 处 理 量 为 平 均 值 的 8 倍 （ B2） 。8) 每 个 交 易 折 算 标 准 交 易 系 数 ， 根 据 之 前 的 项 目 经 验 系 数 为 1.6；接口服务器处理能力为：TPC-C(U1*B1*(T1*Ty/Ts)/(1-R)*B2*经验系数200000*0.1*(14.8*0.45/4)*8*1.6/(1-30%)608,91

5、4.28tpmC根据业务规模和计算结果，建议接口服务器部署 2 台互为备份，单台配置 4 核 CPU及 16G 内存。3 xxx 业务服务器性能计算xxx 业务服务器作为 xxxxx 项目最基本的处理单元，同时部署业务层、服务层和部分第三方软件，为保证系统的稳定和高效，因此 xxx 业务服务器必须进行负载均衡。xxxxx 系统的 xxx 业务服务器，是使用 Apache HTTP 搭建的 Web 服务，负责承载所有用户请求，性能的高低直接决定整个系统的效率。为了方便计算 xxx 业务服务器的性能，我们约定：1) 系统注册用户数为 200000 人（U1） ；2) 忙时集中并发系数为 10%（B

6、1） ；3) 最常用业务每次业务请求对应的操作数为 10.7（T1 ） ；4) 一 天 内 忙 时 的 处 理 量 为 平 均 值 的 8 倍 （ B2） ；5) 考虑服务器保留 30的冗余（R） ；xxx 业务服务器处理能力为：TPC-C(U1*B1*T1*B2)/(1-R)(200000*0.1*10.7*8)/(1-30%)2,445,714.29tpmC根据业务规模和计算结果，建议 xxx 业务服务器部署 4 台，通过负载均衡设备进行访问，单台配置 8 核 CPU 及 32G 内存。4 xxx 业务检索服务器性能计算xxx 业务检索服务器使用 Solr 搜索引擎为 xxxxx 系统提供

7、索引存储和检索的服务，一般情况下档案查询量要远大于浏览和下载电子文件数量，因此压力相对较大。Solr 搜索引擎是一个高性能，采用 Java5 开发，基于 Lucene 的全文搜索服务器。同时对其进行了扩展，提供了比 Lucene 更为丰富的查询语言，同时实现了可配置、可扩展并对查询性能进行了优化，并且提供了一个完善的功能管理界面，是一款非常优秀的全文搜索引擎。为了方便计算检索服务器的性能，我们约定：1) 系统注册用户数为 200000 人（U1） ；2) 忙时集中并发系数为 10%（B1） ；3) 对应的 Solr 事物操作数 6.8（T1） ；4) 一 天 内 忙 时 的 处 理 量 为 平

8、 均 值 的 8 倍 （ B2） ；5) 考虑服务器保留 30的冗余（R） ；检索服务器处理能力为：TPC-C(U1*B1*T1*B2)/(1-R)(200000*0.1*6.8*8)/(1-30%)1,554,285.71tpmC根据业务规模和计算结果，建议检索服务器部署 5 台通过集群软件实现负载，单台配置 4 核 CPU 及 32G 内存。5 xxx 业务缓存服务器性能计算xxx 业务缓存服务器为整个 xxxxx 系统提供数据库端的数据缓存服务，从而减轻数据库的压力，提高访问速度。为了方便计算缓存服务器的性能，我们约定：1) 系统注册用户数为 200000 人（U1） ；2) 忙时集中并

9、发系数为 10%（B1） ；3) 一 天 内 忙 时 的 处 理 量 为 平 均 值 的 8 倍 （ B2） ；4) 对应的事物操作数 3（ T1） ；5) 考虑服务器保留 30的冗余（R） ；xxx 业务缓存服务器处理能力为：TPC-C(U1*B1*T1*B2)/(1-R)(200000*0.1*3*8)/(1-30%)685,714.29tpmC根据业务规模和计算结果，建议缓存服务器部署 2 台互为备份，单台配置 4 核 CPU及 16G 内存。6 数据库服务器性能计算xxxxx 项目注册用户数约为 200000 人，绝大多数应用属于联机事务处理（OLTP）性质。xxxxx 项目数据使用

10、MySQL 作为数据库，通过 MySQL 的主从复制，从而实现读写分离和高可用性功能。为了方便计算数据库服务器的性能，我们约定：1) 系统并发用户数为注册用户数的 10%即2 000人 （U 1） ；2) 一 天 内 忙 时 的 处 理 量 为 平 均 值 的 8 倍 （ B1） ；3) 每 个 交 易 折 算 标 准 交 易 系 数 ， 根 据 之 前 的 项 目 经 验 系 数 为 1.6；4) 考 虑 服 务 器 保 留 50 的 冗 余 。5) 平 均 每 个 用 户 每 分 钟 发 出 4 次 业 务 请 求 （ N1） ；6) 系 统 发 出 的 业 务 请 求 中 ， 业 务 受

11、 理 占 20%、 信 息 查 询 占 60%、 信 息 浏 览占 20%（ B2） ；7) 平 均 每 次 业 务 受 理 类 业 务 产 生 5 个 事 务 （ T1） ；8) 平 均 每 次 信 息 查 询 类 业 务 产 生 8 个 事 务 （ T2） ；9) 平 均 每 次 信 息 浏 览 类 其 它 业 务 产 生 3 个 事 务 （ T3） ；数据库服务器处理能力为：TPC-C=U1*B1*(T1*20%+T2*60%+T3*20%)/B1*经验系数/ 冗余系数2000*4*(5*20%+8*60%+3*20%)*8*1.6/0.51,310,720tpmC根据业务规模和计算结果

12、，建议数据库服务器部署两台一个作为读一个作为写，单台配置 8 核 CPU 及 32G 内存。7 总结根据上述对各类服务器的性能计算得出 xxxxx 项目所需服务器清单如下：服务器 服务和功能 服务器需求 TPC-C值接口服务器 平台接口服务 4C/16G 2 台 608,914.29xxx 业务服务器 档案收、管、存、用 xxx 业务 8C/32G 4 台 2,445,714.28xxx 业务检索服务器 档案文档检索服务 4C/32G 5 台 1,554,285.714xxx 业务缓存服务器 xxx 业务键值缓存服务 4C/16G 2 台 685,714.29数据库服务器 系统数据库服务 8C/32G 2 台 1,310,720.00