服务器性能计算

1 概述
xxxxx 项目采用集中式部署（即所有的数据集中部署在总部服务器中） ，对于完成各 功能
服务器的性能，我们建议采用主流的 TPC 值进行性能估算。
TPC-C是一种旨在衡量联机事务处理（OLTP,又称业务处理系统）系统性能与可伸 缩性
的行业标准基准测试项目。
tpmC （ （Transaction Per Minute ） : TPC-C 每分钟的吞吐量,按有效 TPC-C 配置期
间每分钟处理的平均交易次数测量,至少要运行 12 分钟。
服务器从处理能力上来讲,最重要的指标是业务处理过程中所需要的并行处理能力, 这一指
标通常都是通过衡量主机的 tpmC 值取得；其它对主机硬件性能上的需求还包括内 存大小,以
及对外连接的数据线路带宽。在计算主机所需要的 tpmC 、硬盘及带宽时,直 接影响这些计算
结果的因素包括：用户的业务模型（也可以用一定收敛比来表示） 、所开 展的业务种类、所开
展业务的并行应用需求。这种基准测试项目将对包括查询、 更新及队 列式小批量事务在内的广
泛数据库功能进行测试, 因此对于数据库密集型应用来说, TPC-C 被许多IT部门视为衡量真实
OLTP系统性能的有效指示器。

2 接口服务器性能计算

接口服务器在xxxxx系统中起到承上启下的作用，与 OA、门户等其他业务系统的数
据交互都需要通过标准接口完成,因此接口服务器的性能及稳定性也是至关重要的。
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) 接口服务对应的操作数为 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心-30%) = 608,914.28tpmC
根据业务规模和计算结果，建议接口服务器部署 2 台互为备份，单台配置 4 核 CPU 及
16G 内存。

3 xxx 业务服务器性能计算

xxx 业务服务器作为 xxxxx 项目最基本的处理单元，同时部署业务层、服务层和部分 第三
方软件，为保证系统的稳定和高效，因此 xxx 业务服务器必须进行负载均衡。
xxxxx 系统的 xxx 业务服务器， 是使用 Apache HTTP 搭建的 Web 服务，负责承载所 有
用户请求，性能的高低直接决定整个系统的效率。
为了方便计算 xxx 业务服务器的性能，我们约定：
1） 系统注册用户数为 200000 人（ U1 ）；
2） 忙时集中并发系数为 10% （B1 ）；
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 系统提供索引存储和检索的服务， 一 般
情况下档案查询量要远大于浏览和下载电子文件数量，因此压力相对较大。
Solr 搜索引擎是一个高性能，采用 Java5 开发，基于 Lucene 的全文搜索服务器。同 时
对其进行了扩展，提供了比 Lucene 更为丰富的查询语言，同时实现了可配置、可扩展 并对查
询性能进行了优化，并且提供了一个完善的功能管理界面，是一款非常优秀的全文 搜索引擎。
为了方便计算检索服务器的性能，我们约定：
1） 系统注册用户数为200000 人（U1 ）;
2） 忙时集中并发系数为 10% （B1 ）；
3） 对应的 Solr 事物操作数 6.8 （ T1 ）；
4） 一天内忙时的处理量为平均值的 8 倍（ B2 ）；
5） 考虑服务器保留 30 ％的冗余（ R）；
检索服务器处理能力为：
1,554,285.71tpmC
根据业务规模和计算结果， 建议检索服务器部署 5 台通过集群软件实现负载， 单台配 置
4 核 CPU 及 32G 内存。

5 xxx 业务缓存服务器性能计算

xxx 业务缓存服务器为整个 xxxxx 系统提供数据库端的数据缓存服务，从而减轻数据 库的
压力，提高访问速度。
为了方便计算缓存服务器的性能，我们约定：
1） 系统注册用户数为200000 人（U1 ）;
2） 忙时集中并发系数为 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 项目数据使用 MySQL 作为数据库，通过 MySQL 的主从复制，从而实现读写

TPC-C = (U1*B1*T1*B2”(1-R)
=(200000*0.1*6.8*8)/(1-30%)
分离和咼可用性功能。

为了方便计算数据库服务器的性能，我们约定：
1） 系统并发用户数为注册用户数的10%即2000人（U1）；
2） 一天内忙时的处理量为平均值的 8倍（B1）；
3） 每个交易折算标准交易系数，根据之前的项目经验系数为 1.6 ；
4） 考虑服务器保留50 %的冗余。
5） 平均每个用户每分钟发出4次业务请求（N1 ）;
6） 系统发出的业务请求中，业务受理占 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.5 = 1,310,720tpmC
根据业务规模和计算结果，建议数据库服务器部署两台一个作为读一个作为写，单台
配置8核CPU及32G内存。

7总结

根据上述对各类服务器的性能计算得出 XXXXX项目所需服务器清单如下:
服务器 服务和功能 服务器需求 TPC-C 值
接口服务器 平台接口服务 4C/16G 2 台
608,914.29

XXX业务服务器 档案收、管、存、用XXX业务 8C/32G 4 台
2,445,714.28
XXX业务检索服务器 档案文档检索服务 4C/32G 5 台
1,554,285.714

XXX业务缓存服务器 XXX业务键值缓存服务 4C/16G 2 台
685,714.29
数据库服务器 系统数据库服务 8C/32G 2 台
1,310,720.00