服务器能力计算

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

系统处理能力TPC估算方法

1 TPC 标准介绍

在对系统进行方案设计时, 通常会遇到以下问题:

a) 配置什么样的服务器设备?

b) 系统性能如何?

c) 系统能够满足多长时间的应用?

单凭历史经验给出一个经验值来评估整套系统显然是不够的, 必须拿出足够的理论证据来证明设计中已考虑到了上述问题。通常, 采用TPC 的基准测试来衡量硬件服务器的处理能力, 同时, 采用通用计算公式估算软件所需的处理能力。

1.1 TPC

TPC 是由数10 家会员公司创建的非盈利组织,总部设在美国。该组织对全世界开放, 但迄今为止,绝大多数会员都是美、日和西欧的大公司。TPC 的成员主要是电脑软硬件厂家, 而非电脑用户, 它的功能是制定商务应用基准程序的标准标准、性能和价格度量, 并管理测试结果的发布。

TPC 的测试结果和出版物是开放的, 可以通过网站( : // ) 获取详细信息。IBM、NCR、HP、SUN 等国际著名服务器供给商均是TPC 会员,这些公司旗下的产品均会在网站上公布TPC 的测试结果。目前, 国内的工程项目中大量采用了上述公司制造的服务器类产品, 因而这些数据对于设计阶段的性能估算很有参考价值。至今, TPC 已经推出了4 套基准程序( TPC- A、TPC- B、TPC- C 和TPC- D) 。其中TPC- A 和TPC- B已经过时, 不再使用。TPC- C 是在线事务处理(OLTP) 的基准程序, TPC- D 是决策支持的基准程序。目前, 工程设计中常见的系统均为在线事务处理型( 包括BSS、OSS 和OA) , 因此TPC- C 基准测试是本文关注的重点。

1.2 TPC- C 基准测试

TPC- C 是一种旨在衡量OLTP 系统性能与可伸缩性的行业标准基准测试项目。这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。许多数据专业设计人员将TPC- C视为衡量“真实”OLTP 系统性能的有效指示器。TPC- C 基准测试是对硬件处理能力的考核标准。TPC- C 通过模拟一个批发商的货物管理系统,衡量硬件服务器的性能指标( 查询、统计功能的执行效率) 。TPC 对具体的测试环境, 也做了详细的规定。

1.2.1 测试环境

批发公司有W个仓库, 每个仓库供给10 个地区, 其中每个地区为3 000 名顾客服务。每个仓库中有10 个终端, 每个终端用于一个地区。在运行时,10×W 个终端操作员向公司的数据库发出5 类请求。

1.2.2 逻辑和流程

该系统需要处理的交易有以下几种。

a) New- Order: 客户输入一笔新的订货交易。

b) Payment: 更新客户账户余额, 以反映其支付状况。

c) Delivery: 发货( 模拟批处理交易) 。

d) Order- Status: 查询客户最近交易的状态。

e) Stock- Level: 查询仓库库存状况, 以便能够及时补货。

从上述定义可见, 数据库在逻辑上是分布的。而W 是一个可变参数, 测试者可以随意改变W, 以获得最正确测试效果。图1 示出的是TPC- C 测试逻辑结构图; 图2 示出的是TPC- C 测试流程图。

1.2.3 评测指标

TPC- C 基准测试针对一种模拟订单录入与销售环境测量每分钟商业事务吞吐量。按照TPC 的定义, 流量指标tpmC 描述了系统在执行Payment、Delivery、Order- status、Stock- Level 这4 种交易的同时,每分钟可以处理多少个New- Order 交易。所有交易的响应时间必须满足TPC- C 测试标准的要求。最终的测试结果会在TPC 的网站上公布, 可以免费查询到绝大部分的系统测试结果。测试信息包括tpmC 得分、系统配置清单、测试环境以及日期等, 内容非常详尽。

2 服务器处理性能估算

2.1 估算方案

在方案设计之前, 必须详细了解用户需求, 特别关注以下几点。

a) 系统的设计使用年限。

b) 系统平均用户在线人数( 访问量) 。

c) 系统忙时, 用户的主要操作行为统计( 估值) 。

d) 软件开发商应提供的功能架构, 并能提供每个功能所引发的事务处理量。

e) 系统采用的操作系统和数据库平台。

在充分采集系统信息后, 可对系统所需服务器性能进行3 个方面的估算。

a) 数据服务器处理能力估算。

b) 应用服务器处理能力估算。

c) 存储容量估算。

值得指出的是, 应用服务器和数据服务器是2个不同的概念。应用服务器提供访问商业逻辑的途径以供客户端应用程序使用。数据服务器主要负责计算和数据存储。在大型系统中应用和数据会独立使用各自的服务器, 降低服务器压力并尽可能保障数据安全和独立。

2.1.1 数据服务器性能估算

测算服务器在忙时的数据库访问峰值(X) , 代表主机处理峰值应能到达每秒X 个连接; 每个连接平均需要访问Y 个数据表。每个数据库访问相当于服务器Z 的处理能力。数据服务器处理性能( Ls) 的估算公式为

Ls=XYZ/( 1- β) /γ( 1)

式中:

X———用户连接数(连接/s)

Y———数据表连接数

Z———数据访问值( tpm)

β———系统自身消耗值, 取值范围为25%~35%

γ———系统忙时比例因子, 取值范围为60%~80%

2.1.2 应用服务器性能估算

1) 方法一: 估值计算

应用服务器处理性能( Ly) 的估算公式为

Ly=Lsα( 2) 式中:

α———综合系数(见表1)

2) 方法二: TPC 公式计算

TPC 建议使用式( 3) 估算所需处理能力。假定在系统发出的业务请求中, 位列前三项的功能( 如查询、更新、统计功能等) 分别命名为A、B、C, 则应用服务器需要的处理能力为

Ly=U1N1( T1+T2+T3) /3XY/Z ( 3) 式中:

U1———系统同时在线用户数(人)

N1———平均每个用户每分钟发出业务请求次数(次/人)

T1———平均每次A业务产生的事务数(次)

T2———平均每次B业务产生的事务数(次)

T3———平均每次C业务产生的事务数(次)

X———一天内忙时的处理量和平均数的比值

Y———经验系数(实际量和估算量的比值)

Z———服务器冗余值

方法一和方法二均为常用的处理能力估算方法。方法一更为简便, 但相对方法二缺乏说服力和准确性。因此, 建议尽量使用方法二进行估算。

2.1.3 存储容量估算

系统的存储空间主要包含4 大内容数据。

a) 软件系统自身所需安装空间。

b) 系统运行环境所需安装空间( 操作系统、数据库软件、其他第三方软件等) 。

c) 系统运行产生的数据。

d) 系统日志所需空间。

实际存储容量(G) 计算公式为

G= 〔(AB+F) ×365C/1 000 000〕+D+E

( 4)

设计存储容量(Gs) 计算公式为

Gs=G( 1+Z)

( 5)

相关文档
最新文档