怎样使用tpc-c进行服务器的评估

上传人:第*** 文档编号:38826833 上传时间:2018-05-08 格式:DOC 页数:5 大小:37KB
返回 下载 相关 举报
怎样使用tpc-c进行服务器的评估_第1页
第1页 / 共5页
怎样使用tpc-c进行服务器的评估_第2页
第2页 / 共5页
怎样使用tpc-c进行服务器的评估_第3页
第3页 / 共5页
怎样使用tpc-c进行服务器的评估_第4页
第4页 / 共5页
怎样使用tpc-c进行服务器的评估_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《怎样使用tpc-c进行服务器的评估》由会员分享,可在线阅读,更多相关《怎样使用tpc-c进行服务器的评估(5页珍藏版)》请在金锄头文库上搜索。

1、.1、如何使用、如何使用 TPC-C 进行服务器的评估进行服务器的评估由上可知,TPC-C 测试基准主要用于测试主机服务器每分钟能够处理的联机交易笔数,测试产生的单位结果是 TPM 值(Transaction Per Minute,即每分钟处理的交易比数)。TPC-C 虽然客观的反映了各个计算机厂商的系统处理性能,并且测试基准也在不断完善以更加贴近现实应用的交易环境,但是仍然无法与纷繁多样的各类实际应用完全吻合;而且参加 TPC 测试的主机系统都做了适当程度的系统优化。因此,在实际业务应用系统选择主机服务器乘载体时,必须考虑到多方面的因素,以最大程度的做到适合应用系统的生产需求。以下计算公式是

2、 IBM 公司在金融综合业务系统的实际应用中总结的经验方法论,基本反映了金融业务特点对主机处理能力的需求:TPM=TASK x 80% x S x F / (T x C)其中:TASK:为每日业务统计峰值交易量T:为每日峰值交易时间,假设每日 80%交易量集中在每天的 4 小时,即 240分钟内完成:T=240。S:为实际银行业务交易操作相对于标准 TPC-C 测试基准环境交易的复杂程度比例。由于实际的金融业务交易的复杂程度与 TPC-C 标准测试中的交易存在较大的差异,须设定一个合理的对应值。以普通储蓄业务交易为例,一笔交易往往需要同时打开大量数据库表,取出其相关数据进行操作,相对于 TPC

3、-C 标准交易的复杂度,要复杂很多;根据科学的统计结果,每笔交易操作相比较于TPC 标准测试中的每笔交易的复杂度此值可设定为 1020。C:为主机 CPU 处理余量。实际应用经验表明,一台主机服务器的 CPU 利用率高于 80%则表明 CPU 的利用率过高会产生系统瓶颈,而利用率处于 75%时,是处于利用率最佳状态。因此,在推算主机性能指标时,必须考虑 CPU 的冗余,设定 C=75%。F:为系统未来 35 年的业务量发展冗余预留。综上所述,为保障联机业务处理性能要求,我们可推算得出主机所需的处理能力,据此得出相应的机型和配置。4、举例说明,使用、举例说明,使用 TPC-C 进行数据库服务器评

4、估进行数据库服务器评估下面针对 XYZ 行的网上银行业务的需求,我们进行数据库服务器的选型分析。由于目前 XYZ 行只有 17 个分行开通了网上银行业务,据我们估计,按照目前的客户数量,全部分行都开通网上银行业务后,总的客户数量可以达到 10 万。考虑 INTERNET 在我国的迅猛发展,客户数量的年增长率按照 50%计算,那么,3 年后的客户数量将达到 10 万(1+50%)334 万。这些客户当中,至少有一半是个人客户,另一半是企业客户。企业客户的交易频率比较高,我们按平均每个企业客户每天做 1.5 笔交易计算;个人客户常用的交易是查询、取款、存款,并且每个月还要交电话费,因此我们假定个人

5、客户平均每个月做 4 次交易;那么,每天的交易量就是:34 万50%1.5+34 万50%(430) 28 万笔假设网上银行的交易复杂度达到 15,那么,每天的数据库操作数达到:28 万15=420 万次高法诉讼费缴费:高法诉讼费缴费:由于诉讼费的增长量不大,我们按年递增率 5%计算。根据 XYZ 总行的统计,全国共 37 家分行,缴费量比较大的分行可以达到 25000 笔每月,占分行总数的 20%;缴费量中等的省可达到 15000 笔每月,占分行总数的 30%;缴费量小的省可达到 7000 笔每月,占分行总数的 50%;按一个月 20 个工作日计算。这样,三年后每天的交易数量可以达到:(25

6、00020%+1500030%+700050%)3720(1+5%)328740 笔我们假设高法诉讼缴费的交易复杂度达到 13,那么每天的数据库操作达到:28740*13=373620 次4.1、整体性能要求:、整体性能要求:总的数据库操作次数是:4200000+373620=4573620假设每天的交易的 80%集中在 4 小时内发生,那么高峰交易时间内每分钟的数据库联机交易次数为:457362080%(460)15250要为将来陆续加入的应用预留 40%的处理能力;另外,考虑到 CPU 的繁忙时间低于 70%时,系统的性能较好,我们把这个比例定在 65%。所以系统的TPC-C 值应达到:1

7、5250(140%)65%390004.2、内存容量需求分析首先根据数据库容量算出所需的数据库缓存大小,再估计出操作系统、系统软件等所需内存,合计即是所需的内存容量。网银数据量分析:网银数据量分析:XYZ 总行网上银行系统的数据库由 CIF 信息,交易日志、交易流水三部分组成。其中:CIF 信息包括企业客户和个人客户信息,企业客户信息平均大小为20K 左右,个人客户信息平均大小为 5K 左右;每一笔交易都要记交易日志,日志的平均大小为 4K 左右;每一笔转帐交易都要记交易流水,交易流水的大小为 2K 左右。这些客户当中,至少有一半是个人客户,另一半是企业客户。企业客户的交易频率比较高,我们按平

8、均每个企业客户每天做 1.5 笔交易计算;个人客户常用的交易是查询、取款、存款,并且每个月还要交电话费,因此我们假定个人客户平均每个月做 4 次交易;那么,每天的交易量就是:所有的交易日志和交易流水都要保留三个月。由于个人客户的转帐交易非常少,可以忽略不计;假定企业客户的转帐交易占总交易量的 70%。我们就可以计算网上银行对存储系统容量的要求:CIF 信息容量=20K(34 万50%)+5K(34 万50%)=3.25GB+421MB 4GB交易日志容量=34 万50%1.5+34 万50%(430) 4K303 =2776674K303 95GB交易流水容量=(34 万50%1.5)70%2

9、K303 30GBXYZ 网上银行总体数据容量要求:=4GB+95GB+30GB=129GB高法诉讼费数据量分析:高法诉讼费数据量分析:高法的交易数据按要求要保留三年,每笔交易记录的大小为 512 字节,总体容量为:(2500020%+1500030%+700050%)371230.5K8.2GB因此,数据库的总数据量为:因此,数据库的总数据量为: 129GB+8.2GB=137.2GB数据库系统在缓存容量达到数据库总容量的 5%时性能较好,因此,数据库因此,数据库缓存大小为:缓存大小为:6.86GB。从而计算出系统内存需求为:1. AIX 操作系统所占的内存 128MB 2. 数据库管理系统

10、所占的内存 256MB3. 双机热备等系统软件所占的内存 128MB4. 应用程序所占的内存 256MB5. 数据库缓存 6.86GB6. 合理的内存利用率 75%总计总计 10GB4.3、 存储容量需求分析除了上述的 XYZ 网上银行系统和高法诉讼费缴费系统的存储容量要求之外,还有异步查询下载服务的存储要求。异步查询下载服务每隔 1 小时生成一个下载数据包,每个数据包的大小为3MB,需要下载的数据包是上午十点生成的数据包,这个数据包需要保存 2 年,其它数据包只要保存 3 个月。因此,存储容量为:233M30313M365*2=6GB+2GB=8GB为避免存储系统成为系统性能的瓶颈,系统存储系统的使用率应小于 40%,建议采用镜像方式存储数据,因此总的存储容量为:(137.2GB+8GB)40% 2= 766GB

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 其它办公文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号