服务器性能估算

服务器处理性能估算
系统的建设,必须满足未来5年业务发展和管理的需求,所以下面对服务器性能指标的估算,将以满足未来5年的需要为基准。
1. 数据库服务器
1.1. TPCC值估算
约定:
  系统同时在线用户数为100人(U1); 
  平均每个用户每分钟发出2次业务请求(N1);
  系统发出的业务请求中,更新、查询、统计各占1/3
  平均每次更新业务产生3个事务(T1);
  平均每次查询业务产生8个事务(T2);
  平均每次统计业务产生13个事务(T3);
  一天内忙时的处理量为平均值的5倍;
  经验系数为1.6(实际工程经验)
  考虑服务器保留30%的冗余;
服务器需要的处理能力为:
TPC-C=U1*N1*T1+T2+T3/3*3*经验系数/冗余系数 
则数据库服务器的处理性能估算为:
TPC-C= 100*2*3+8+13/3*5*1.6/0.7= 18,285 TPM

1.2. 内存估算
该服务器内存主要由操作系统占用内存、数据库系统占用内存、并发连接占用内存等几部分组成。
约定:
  操作系统占用约400M内存空间; 
  数据库系统占用内存0.8G 
  每个并发连接占用5 M
  考虑服务器内存保留15%的冗余;
则服务器的内存估算为:
Mem =(400M + 0.8GB  + 100*5M) /(1-15%)  = 2 GB
1.3. 存储容量估算
预算管理系统中存储着预算编制数据等资料信息以及日志等管理信息。
在已经考虑了数据冗余的前提下,约定:
每月有100个分局或部室编制预算;
每月每个分局或部室编制1次预算;
预算模板共含6000个预算指标;
每个预算指标含5条明细项目;
每条记录占用空间300B

每月的预算数据存储容量需求:6000*5*100*500B=1.5G
每月的日志数据存储容量需求:0.1G
每月进行数据备份一次,数据存储容量需求:12*9G=108G
整年总共需用存储容量:12*1.5G+1.5G+12*0.1G+12*9G=20.7G+108G=128.7G

约定系统中预算编制数据等资料信息以及日志等管理信息在线保存5(备份数据每年进行清除),则预算管理系统的存储容量估算为:
5*20.7G+108G =103.5G+108G=211.5G
1.4. 服务器安装软件
该服务器中将需要安装的软件如下:
操作系统为:Windows 2000 Server
数据库:Oracle
1.5. 建议配置
根据以上的性能指标建议数据库服务器标准配置如下:
应用名称 功能描述 数量 说明
数据库服务器 CPU: TPCC值应大于18,285 TPM
内存:2G及以上
硬盘:211.5GB以上(建议通过RAID5或镜像等方式进行数据备份)
以太网卡:100M及以上 1

1.2. 中间件应用服务器
1.2.1. TPCC值估算
约定:
  系统同时在线用户数为100人(U1); 
  平均每个用户每分钟发出2次业务请求(N1);
  系统发出的业务请求中,更新、查询、统计各占1/3
  平均每次更新业务产生3个事务(T1);
  平均每次查询业务产生8个事务(T2);
  平均每次统计业务产生13个事务(T3);
  一天内忙时的处理量为平均值的5倍;
  经验系数为1.6(实际工程经验)
  考虑服务器保留30%的冗余;

服务器需要的处理能力为:
TPC-C=U1*N1*T1+T2+T3/3*3*经验系数/冗余系数 

则数据库服务器的处理性能估算为:
TPC-C= 100*2*3+8+13/3*5*1.6/0.7= 18,285 TPM

1.2.2. 内存估算
该服务器内存主要由操作系统占用内存、数据库系统占用内存、并发连接占用内存等几部分组成。
约定:
  操作系统占用约400M内存空间;
  中间件用户服务器占用内存0.8G 
  每个并发连接占用5 M
  考虑服务器内存保留15%的冗余;
则服务器的内存估算为:
Mem =(400M + 0.8GB  + 100*5M) /(1-15%)  = 2 GB
1.2.3. 存储容量估算
主要系统中间件应用服务器和操作系统本身至少5G以上。
其中操作系统约占2G,应用服务器约占3G
1.1.2.4. 服务器安装软件
该服务器中将需要安装的软件如下:
操作系统为:Windows 2000 Server
中间件应用服务器:系统中间件应用服务器
1.1.2.5. 建议配置
根据以上的性能指标建议服务器标准配置如下:
应用名称 功能描述 数量 说明
应用服务器 CPU: TPCC值应大于18,285 TPM
内存:2G及以上(建议3G以上)
硬盘:5GB以上
以太网卡: 100M及以上 1

参考一下:
数据库服务器性能TPC-C测算

每秒峰值:6,000个连接/秒,即主机处理峰值应能达到6,000连接/秒;
每个连接平均需要10个数据库访问,按照经验,每个数据库访问相当于服务器3-4tpm的处理能力。

峰值连接: 6,000连接/
每个连接: 10个数据库访问
每个访问: 3—4 tpm (transaction per minute)
则应用要求服务器的TPC-C为:
6000 x 10 x 4 = 240,000tpm
系统本身要消耗30%的系统资源,则应用与系统要求服务器的TPC-C为:
240,000tpm / 70% = 342,857tpm
而服务器的实际资源占用即系统忙不应大于70%,则实际要求数据库服务器的处理性能TPC-C为:
342,857tpm / 70% = 489,796tpm
因此,数据库双机系统TPC-C要求大于或等于500000tpm,考虑实现Oracle 9i RAC后,双机性能是单机的确1.8倍,因此单机TPC-C不能小于
500,000/1.8=278,000tpm

应用服务器性能TPC-C测算

每秒峰值:10,000个连接/秒,即主机处理峰值应能达到10,000连接/秒;
应用服务器的连接,相当于5—6个数据库访问,按照经验,每个数据库访问相当于服务器3-4tpm的处理能力。

峰值连接: 10,000连接/
每个连接: 5—6个数据库访问
每个访问: 3—4 tpm (transaction per minute)
则应用要求服务器的TPC-C为:
10000 x 6 x 4 = 240,000tpm
系统本身要消耗30%的系统资源,则应用与系统要求服务器的TPC-C为:
240,000tpm / 70% = 342,857tpm
而服务器的实际资源占用即系统忙不应大于70%,则实际要求服务器的处理性能TPC-C为:
342,857tpm / 70% = 489,796tpm


Web服务器性能测算

Web服务器:建议采用中低档UNIX服务器,可以采用多台低档UNIX服务器并行,实现均衡负载、抵御不友好访问。
SPECweb99是衡量Web服务器处理能力的主要指标,是服务器可以承受的同时点击的次数,数值越高处理能力越强。
WEB SERVER集群所支持的并发访问量不少于5万,如果响应时间在1-2秒,则要求SPECweb99为:50,000/1.5 = 33,333

什么是TPCtpmC? 
  tpmC值在国内外被广 泛用于衡量计算机系统的事务处理能力。但究竟什么是tpmC值呢?作者曾向一些 用户、推销人员乃至某些国外大公司的技术人员问过这个问题,但回答的精确度 与tpmC值的流行程度远非相称。tpmC这一度量也常被误写为TPMTPMC。 
  1TPC 
  TPC(TransactionProcessing PerformanceCouncil,事务处理性能委员会)是由数10家会员公司创建的非盈 利组织,总部设在美国。该组织对全世界开放,但迄今为止,绝大多数会员都是美、 日、西欧的大公司。TPC的成员主要是计算机软硬件厂家,而非计算机用户,它的功 能是制定商务应用基准程序(Benchmark)的标准规范、性能和价格度量,并管理测 试结果的发布。 
  TPC的出版物是开放 的,可以通过网络获取(http://www.tpc.org)TPC不给出基准程序的代码,而只 给出基准程序的标准规范(StandardSpecification)。任何厂家或其它测试者都 可以根据规范,最优地构造出自己的系统(测试平台和测试程序)。为保证测试结 果的客观性,被测试者(通常是厂家)必须提交给TPC一套完整的报告(FullDisclosure Report),包括被测系统的详细配置、分类价格和包含五年维护费用在内的总价 格。该报告必须由TPC授权的审核员核实(TPC本身并不做审计)。现在全球只有几 个审核员,全部在美国。 
  2tpmC 
  TPC已经推出了四套 基准程序,被称为TPCATPCBTPCCTPCD。其中AB已经过时,不再使 用了。TPCC是在线事务处理(OLTP)的基准程序,TPCD是决策支持(DecisionSupport) 的基准程序。TPC即将推出TPCE,作为大型企业(Enterprise)信息服务的基准程 序。 
  TPCC模拟一个批发 商的货物管理环境。该批发公司有N个仓库,每个仓库供应10个地区,其中每个地 区为3000名顾客服务。在每个仓库中有10个终端,每一个终端用于一个地区。在运 行时,10×N个终端操作员向公司的数据库发出5类请求。由于一个仓库中不可能 存储公司所有的货物,有一些请求必须发往其它仓库,因此,数据库在逻辑上是 分布的。N是一个可变参数,测试者可以随意改变N,以获得最佳测试效果。 
  TPCC使用三种性能 和价格度量,其中性能由TPCC吞吐率衡量,单位是tpmCtpmtransactionsper minute的简称;CTPC中的C基准程序。它的定义是每分钟内系统处理的新订单 个数。要注意的是,在处理新订单的同时,系统还要按表1的要求处理其它4类事务 请求。从表1可以看出,新订单请求不可能超出全部事务请求的45%,因此,当一个 系统的性能为1000tpmC时,它每分钟实际处理的请求数是2000多个。价格是指系 统的总价格,单位是美元,而价格性能比则定义为总价格÷性能,单位是$/tpmC

  • 1
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: Linux 服务器资源评估公式主要是用于评估服务器的硬件资源是否足够满足用户的需求。以下是一个简单的评估公式: 1. CPU 资源评估:通过查看服务器的 CPU 核心数和频率,估算服务器的处理能力。常用的公式是: (CPU 核心数)×(每核心频率)= CPU 总频率 (CPU 总频率)/(每个请求的平均处理时间)= 并发请求数量 2. 内存资源评估:评估服务器的内存容量是否足够存储和处理用户请求。常用的公式是: (每个请求的内存占用量)× (并发请求数量)= 要求的总内存容量 3. 存储资源评估:评估服务器的存储容量是否足够存储用户数据。常用的公式是: (每个用户数据的平均大小)× (用户数量)= 存储需求 4. 网络资源评估:评估服务器的网络带宽是否足够传输用户数据。常用的公式是: (每个请求的平均数据量)× (并发请求数量)= 需要的网络带宽 以上公式只是一个初步的评估方法,实际评估时还需要考虑服务器的负载均衡、缓存优化等因素。此外,还需要结合实际业务场景和预期的系统性能要求来进行资源评估。 总之,服务器资源评估公式应该是一个综合考虑各项硬件资源和实际需求的方法,以确保服务器能够稳定运行并满足用户的需求。 ### 回答2: Linux 服务器资源评估公式是指根据服务器的配置和使用情况,来评估服务器所需的资源。这些资源包括CPU、内存、磁盘空间和网络带宽等。 首先,对于CPU资源评估,可以使用每个核心的利用率来衡量。通过CPU使用率和负载均衡来确定服务器是否需要更多的CPU资源。如果CPU使用率持续高于80%且负载均衡过高,就可能需要增加CPU资源。 其次,对于内存资源评估,可以通过监测内存使用率和交换空间使用情况来确定是否需要增加内存。如果内存使用率高且交换空间持续使用,就可能需要增加内存。 再次,对于磁盘空间评估,需要考虑服务器上的数据量和文件大小。通过检查磁盘使用率和数据增长率,来确定是否需要增加磁盘空间。如果磁盘使用率快速增长且接近满载,就需要增加磁盘空间。 最后,对于网络带宽评估,可以通过监测网络流量和带宽使用率来确定是否需要增加带宽。如果网络流量太大且带宽使用率持续高于80%,就可能需要增加带宽。 综上所述,Linux 服务器资源评估公式需要考虑CPU、内存、磁盘空间和网络带宽等因素,并通过监测相关指标来确定是否需要增加相应的资源。对这些指标进行连续监控和评估,可以及时对服务器进行资源调整,以保证服务器的正常运行和性能优化。 ### 回答3: Linux服务器资源评估公式是用于评估服务器所需资源的公式。 服务器资源评估的目的是确定服务器所需的处理能力和存储能力,以确保服务器能够正常运行,并满足用户的需求。 一般来说,服务器的资源评估公式包括以下几个方面: 1. CPU资源评估:根据服务器所需处理的请求量和请求类型,以及所需的处理速度,可以使用公式:CPU资源 = 平均请求率 * 平均请求处理时间。 2. 内存资源评估:根据服务器所需处理的数据量和访问模式,以及所需的内存大小,可以使用公式:内存资源 = 平均数据量 * 平均访问时间。 3. 存储资源评估:根据服务器所需存储的数据量和访问模式,以及所需的存储空间,可以使用公式:存储资源 = 平均数据量 * 平均存储时间。 4. 网络资源评估:根据服务器所需传输的数据量和传输模式,以及所需的网络带宽,可以使用公式:网络资源 = 平均数据量 * 平均传输时间。 在实际应用中,根据具体情况,可以进一步细化和调整这些公式,考虑服务器的负载均衡、容错能力、安全性等因素。 通过对服务器资源进行评估,可以帮助管理员合理规划服务器硬件配置,提高服务器性能和稳定性,满足用户的需求。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值