《数据库服务器规划、选择》由会员分享,可在线阅读,更多相关《数据库服务器规划、选择(13页珍藏版)》请在金锄头文库上搜索。
1、服务器部署设计文件编号:*文件版次:*文档编号版本号分册名称第册/共册总页数正文附录编制审批生效日期有限公司名师资料总结-精品资料欢迎下载-名师精心整理-第 1 页,共 13 页 -2/13修改记录版本号变更控制报告编号更改条款及内容更改人审批人更改日期名师资料总结-精品资料欢迎下载-名师精心整理-第 2 页,共 13 页 -3/13目录1.概述.41.1目的 .41.2背景 .41.3参考资料 .41.4术语和缩写词.42.需求概述 .42.1基础架构 .42.2硬件平台要求.42.3操作系统要求.53.分析内容总述 .53.1服务器性能的评估.53.2客户端工作站或前端桌面的评估.63.3
2、通讯网卡和网络带宽的评估.64.CPU 分析.64.1基于RPERF的推算,评估数据库服务器的CPU.74.2基于 TPC-C 的推算,评估数据库服务器的CPU.85.内存容量需求分析 .116.存储容量需求分析 .12名师资料总结-精品资料欢迎下载-名师精心整理-第 3 页,共 13 页 -4/131.概述1.1 目的1.2 背景1.3 参考资料文档名称备注(作者、编号、标题、发表日期、出版单位和资料来源)1.4 术语和缩写词列出本文档中用到的专门术语的定义和缩写词,缩写词要给出中文译名和英文全称,常用的不需要定义。词汇名称词汇含义备注2.需求概述2.1 基础架构架构图2.2 硬件平台要求1
3、、在产品的选择上,采用符合实际需求、并为国际上广泛采纳的、支持开放标准的主机、存储产品及数据库。选用的各型设备和数据库软件均应符合相关的国际标准和国家标准;2、相关设备必须具有良好的稳定性、通用性、兼容性;3、硬件配置:有详细的服务器、网络设备、操作系统、数据库、终端等具体配置和数名师资料总结-精品资料欢迎下载-名师精心整理-第 4 页,共 13 页 -5/13量要求;4、硬件部署:硬件总体部署架构合理和最优,物理部署规划完整,并提供完整的系统拓扑图;5、冷热备份及恢复:系统应具备完整的备份及恢复机制,可以充分保证数据库数据备份和恢复的安全性、一致性和完整性,若系统本身不具备备份功能,投标方应
4、对系统备份操作提供完整的解决方案;6、硬件平台故障及恢复:要有完整的硬件平台保障及恢复机制,以支持软件系统运行正常;7、负载均衡和硬件故障冗余:系统架构应具备应用负载均衡和硬件故障冗余机制,确保硬件平台性能满足系统使用要求;8、硬件性能监控:要有完善的硬件性能监控策略和方法,对设备使用状态进行定时和实时的监控,确保硬件问题能尽快查明和排除,确保系统使用正常;9、数据仓库的数据存储和备份原则10、数据仓库要求保留10 年的在线数据,10年前数据转入历史数据。2.3 操作系统要求1、提供在多用户环境中的多任务操作功能2、提供资源管理器以记录、分析和报告系统的运作情况和资源利用情况,使操作系统不断改
5、进和完善3、具有可移植性3.分析内容总述一个最真实的评估,是建立一个接近真实业务应用的操作环境,进行各种压力测试,测算出不同的用户数量下,系统的响应时间和吞吐量,并得出当时服务器的各种资源的利用率情况,对硬件资源的完整评估,需要考虑下列三个方面:3.1 服务器性能的评估名师资料总结-精品资料欢迎下载-名师精心整理-第 5 页,共 13 页 -6/133.2 客户端工作站或前端桌面的评估3.3 通讯网卡和网络带宽的评估同时要考虑在做系统管理时所消耗的资源,如在做备份、恢复、问题诊断、性能分析时、软件维护时都会对资源带来附加的消耗,对重要资源要考虑为将来留下升级和可扩展的余地,下列是一些通用的原则
6、:处理器:要考虑高峰时的处理器的能力,并适当保留一些缓冲,确保在业务增长时,系统有扩展的余地。如果要保持快速的响应能力,应当为CPU 保留 20%至 40%的富余量。内存:要为运行在此服务器的所有应用软件考虑内存,所需要的内存主要依赖于用户数、应用程序类型、进程的方式、和应用程序处理的数据量决定。磁盘:评估业务的实际用户的数据量,以此推算出磁盘的最小个数,不要忘记选择备份设备(如磁带机)。IO 槽:尽量保留更多的 IO 槽,防止将来插更多的PCI 卡。网络:选择合适的网卡,保证网络不是系统的瓶颈。在评估数据库服务器性能时,最困难的事情是如何把握准确度问题,到底考虑哪些因素等。理想情况下,应考虑
7、下列要素:交易的复杂性交易率数据读/写比例并发连接数目并发交易数目数据库最大表的大小性能度量的目标4.CPU 分析名师资料总结-精品资料欢迎下载-名师精心整理-第 6 页,共 13 页 -7/134.1 基于 rPerf 的推算,评估数据库服务器的CPU rPerf(Relative performance)是从 IBM 公司解析模型得出的商务处理性能估计值。该模型模拟部分系统的操作,如中央处理器、高速缓存和内存,该模型没有模拟磁盘和网络的输入/输出操作。虽然采用了一般数据库和操作系统的参数,但该模型不能反映出具体的数据库或 AIX 版本。除非单独说明,否则rPerf 均在系统推出时估计。IB
8、M pSeries 640-B80为基准参照系统,其值为本。虽然rPerf可用于比较商业处理性能,但实际的系统性能可能不同,取决于许多因素,包括系统硬件配置和软件设计与配置。评估数据库服务器的性能,需要理解交易的类型、高峰期的情况、用户数量、在高峰时每个用户的交易数量。假如在高峰时,有三种典型的交易类型:轻的、一般的、重的。需要知道高峰时,每种交易的并发用户数目。假定高峰时间为:10:00-11:00,每个用户的交易数目如下:轻的交易 =120 交易/用户一般的交易=60 交易/用户重的交易 =15交易/用户每个交易所使用的CPU 秒评估出交易类型后,需要评估出运行每个交易所消耗的CPU 秒,
9、如果假定 B80 服务器每秒中支持 10 个交易,则每个交易需要消耗0.1个 CPU秒。如果不知道如何评定CPU 秒,则根据应用类型参照下列表下面举例说明如何计算所需的rPerf值,假定某公司的情况如下:业务高峰时间:10:00-11:00=1Hour=3600秒名师资料总结-精品资料欢迎下载-名师精心整理-第 7 页,共 13 页 -8/13交易类型:无复杂查询的简单应用相对交易类型,用户数目分布:轻的=2000,一般=50,重的=5 在高峰时,每个用户的交易数量:轻的=120交易/用户一般=60交易/用户重的=15交易/用户对于 rPerf=1的服务器,每个交易响应的CPU秒轻的=1 一般
10、=3 重的=15 最大的 CPU利用率:60%根据上述公式,可推算出不同交易类型所对应的rPerf值。轻的交易:NU*TX*CS/PP=2000*120*1/3600=66.0 一般交易:NU*TX*CS/PP=50*60*3/3600=2.5 重的交易:NU*TX*CS/PP=5*15*15/3600=0.3 所需的总的 rPerf/MC=(66.0+2.5+0.3)/0.7=98.3 rPerf 4.2 基于 TPC-C 的推算,评估数据库服务器的CPU TPC-C 基准是事务处理委员会建立的一个专门演示在线事务处理性能(OLTP)的性能基准,它的测量方法是为了使客户能够评估不同的在线事务
11、处理系统的性能,这些事务进程于一个可控制的状态下在一个标准的数据库中运行。TPC-C 测试包括 5个典型的 OLTP 事务,它们是:新订单:一个用户提交一个新的订单支付:更新用户的账户余额以反映一个支付名师资料总结-精品资料欢迎下载-名师精心整理-第 8 页,共 13 页 -9/13交付:订单的交付(通过一个批事务处理实现)订单状态:返回用户最新订单的状态库存水平:监控当前仓库库存TPC-C 的事务处理是在一个9个表的数据库上实现的事务处理过程包括:更新、插入、删除、终止,以及对主和次级键的访问,每种事务处理 90%的响应时间应小于或等于5 秒,其中,库存水平的响应时间可以在20 秒以内。TP
12、C-C 的吞吐量值是终端活动水平的直接结果,如每一个仓库有10个终端,在每一个终端上上述 5个事务都是可用的,一个远程的终端仿真器被用来在性能测试过程中进行必要的事务混合工作。这个混合代表着一个完整的订单商务处理流程:录入、支付、检验、交付。更专业的是,这个必要的混合被定义为产生一个相等数量的新订单和支付事务,以及在每 10 个新订单事务中产生一个交付事务,一个订单状态检验事务和一个库存水平检验事务远程终端仿真器也被用来测量每一个事务的响应时间,以及用来模拟键入时间及思考时间,键入时间是指在终端上录入数据所花费的时间,思考时间是指操作人员在终端读取事务的结果,进行下一个事务请求之前所花费的时间
13、。每一个事物都有一个最小键入时间和最小思考时间。另外,这个响应时间必须在一个给定的极限值之下。TPC-C 基准测试的结果-TPC-C 的吞吐量(tpmC),代表的是系统的最大的持续性能,它被定义为系统每分钟可以处理多少个新订单事务,与此同时,系统还在处理其他四种事务类型(支付、订单状态、交付、库存水平)。所有 5 个 TPC-C 事务都有某个限定的用户响应时间要求,其中新订单事务的响应时间是5 秒以内。因此如果一个系统的TPC-C 值是100tpmC/min,说明该系统在每分钟处理其他的混合的TPC-C 事务的工作的同时,可以产生100个新订单事务。如何使用 TPC-C 进行服务器的评估由上可
14、知,TPC-C 测试基准主要用于测试主机服务器每分钟能够处理的联机交易笔数,测试产生的单位结果是TPM 值(Transaction Per Minute,即每分钟处理的交易比数)。TPC-C 虽然客观的反映了各个计算机厂商的系统处理性能,并且测试基准也在不断完善以更加贴近现实应用的交易环境,但是仍然无法与纷繁多样的各类实际应用完全吻合;而且参加 TPC测试的主机系统都做了适当程度的系统优化。因此,在实际业务应用系统选择主机服务器乘载体时,必须考虑到多方面的因素,以最大程度的做到适合应用系统的生产需求。以下计算公式是IBM 公司在金融综合业务系统的实际应用中总结的经验方法论,基本反映了金融业务特
15、点对主机处理能力的需求:TPM=TASK x 80%x S x F/(T x C)名师资料总结-精品资料欢迎下载-名师精心整理-第 9 页,共 13 页 -10/13其中:TASK:为每日业务统计峰值交易量T:为每日峰值交易时间,假设每日80%交易量集中在每天的4小时,即 240分钟内完成:T=240。S:为实际银行业务交易操作相对于标准TPC-C 测试基准环境交易的复杂程度比例。由于实际的金融业务交易的复杂程度与TPC?C标准测试中的交易存在较大的差异,须设定一个合理的对应值。以普通储蓄业务交易为例,一笔交易往往需要同时打开大量数据库表,取出其相关数据进行操作,相对于TPC-C 标准交易的复
16、杂度,要复杂很多;根据科学的统计结果,每笔交易操作相比较于TPC标准测试中的每笔交易的复杂度此值可设定为1020。C:为主机 CPU 处理余量。实际应用经验表明,一台主机服务器的CPU 利用率高于 80%则表明 CPU 的利用率过高会产生系统瓶颈,而利用率处于75%时,是处于利用率最佳状态。因此,在推算主机性能指标时,必须考虑CPU 的冗余,设定 C=75%。F:为系统未来 35年的业务量发展冗余预留。综上所述,为保障联机业务处理性能要求,我们可推算得出主机所需的处理能力,据此得出相应的机型和配置。例说明,使用 TPC-C 进行数据库服务器评估下面针对 XYZ 行的网上银行业务的需求,我们进行数据库服务器的选型分析。由于目前 XYZ 行只有 17 个分行开通了网上银行业务,据我们估计,按照目前的客户数量,全部分行都开通网上银行业务后,总的客户数量可以达到10 万。考虑 INTERNET 在我国的迅猛发展,客户数量的年增长率按照50%计算,那么,3 年后的客户数量将达到10 万(1+50%)334万。这些客户当中,至少有一半是个人客户,另一半是企业客户。企业客户的交易频率比较高,我们按平