你想建设一个能承受500万PV/每天的网站吗?如果计算呢?(转)

  • 时间:
  • 浏览:1
  • 来源:UU快3直播官网

实际经验:

115.7个请求/秒 *3倍=347.另有一个多多请求/秒

留足余量:

23.另有一个多多请求/秒 *2倍=46.另有一个多多请求/秒

KB/Sec:每秒从服务器端接收 到的数据量(就说 接收),要花费LoadRunner中的Throughput/Sec 

TPS: Transaction per Second ,每秒事务数,另有一个多多事务是指另有一个多多客户机向服务器发送请求而且服务器做出反应的过程 

Min:最小响应时间,不重要。 

注意机房的网络波特率:

Throughput/Sec: 每秒的吞吐量。 

3、硬盘的性能很糙要,由其是数据库服务器。一般的服务器都配1.6万转的SAS硬盘,高级一点的可不能不能配SSD固态硬盘,性能会更好。最最最最重要的指标是“随机读写性能”而否是“顺序读写性能”。(本例还是配置最常见的1.6万转的SAS硬盘吧)

Average:平均响应时间——默认情况下是单个 Request 的平均响应时间,当使用了 Transaction Controller 时,也可不能不能以Transaction 为单位显示平均响应时间。,不重要。 

对于BS架构的一般分析 响应时间、点击率、吞吐量、TPS(每秒事务数)。 

Max:最大响应时间,总出 几率只不过是千分之一甚至万分之一,不重要。 

每秒点击数 :hits per Second,每秒钟向服务器提交请求的数量。 

你想建设另有一个多多能承受800万PV/每天的网站吗? 800万PV是哪有2个概念?服务器每秒要除理有2个个请求并能应对?可能性计算呢? 

PV是哪有2个:

90% Line:90% 用户的响应时间,可能性把响应时间从小到大顺序排序,不到 90%的请求的响应时间在這個 范围之内。重要 。 

响应时间: 取90%值,可能性把响应时间从小到大顺序排序,不到 90%的请求的响应时间在這個 范围之内。重要。 

Throughput:吞吐量——默认情况下表示每秒完成的请求数(Request per Second),当使用了 Transaction Controller 时,也可不能不能表示类式 LoadRunner 的 Transaction per Second 数 

这里说明每秒N个请求,就说 QPS。可能性我关心的是应用系统进程除理业务的能力。 

115.7个请求/秒 *2倍=231.另有一个多多请求/秒

23.另有一个多多请求/秒 *3倍=69.八个请求/秒

以上是假设每个页面20k字节,基本不涵盖图片,就说 涵盖图片就更大了,10M波特率就说 能满足要求了。你自已计算吧。

Error%:本次测试中总出 错误的请求的数量 

一天总流量:每个页面20k字节*80万个页面/1024=19531M字节=19G字节,

可能性你的服务器一秒能除理231.4--347.另有一个多多请求/秒,就可不能不能应对平均800万PV/每天。

RPS: Request per Second,每秒除理的请求数 

1、根据实际经验,采用两台常规配置的机架式服务器,配置是很常见的配置,类式 另有一个多多4核CPU+4G内存+服务器SAS硬盘。

可能性你的服务器一秒能除理46.2--69.八个请求,就可不能不能应对平均80万PV/每天。

说明:

PV是page view的简写。PV是指页面的访问次数,每打开或刷新一次页面,就算做另有一个多多pv。 

计算模型: 每台服务器每秒除理请求的数量=((80%*总PV量)/(24小时*80分*80秒*40%)) / 服务器数量 。



QPS - Queries Per Second  每秒除理的查询数(可能性是数据库,就要花费读取)

TPS - Transactions Per Second  每秒除理的事务数(可能性是数据库,就要花费写入、修改)

IOPS,每秒磁盘进行的I/O操作次数

类式 对某个数据库测试,分开两次测QPS与TPS。

Median:中位数,也就说 80% 用户的响应时间,可能性把响应时间从小到大顺序排序,不到 80%的请求的响应时间在這個 范围之内。重要。 

博客:http://elf8848.iteye.com

简单计算的结果:

((80%*800万)/(24小时*80分*80秒*40%))/1 = 115.7个请求/秒 

((80%*80万)/(24小时*80分*80秒*40%))/1 = 23.另有一个多多请求/秒 

初步结论: 

以上请求数量是均匀的分布在白天的9.6个小时中,但实际情况太满会不到 均匀的分布,会有高峰有低谷。为了应对高峰九时,应该留一点余地,要花费也要x2倍,x3倍就说 为过。

http://elf8848.iteye.com/blog/967049

作者:赵磊

2、自己武断的认为在服务器CPU领域Intel的CPU要优于AMD的CPU,有反对的就反对吧,我都说我武断了(请看CPU性能比较),太满太相信AMD的广告,比较CPU性能简单方式就说 比价格,太满比频率与核心数,价格相差太满的性能也相差太满。

Throughput(吞吐量): Loadrunner记录的Throughput是接收到服务器返回的所有字节数之和,与本地发出的字节数无关。 

19531M/9.6小时=2034M/小时=578K字节/s   可能性请求是均匀分布的,可不能不能5M(640K字节)波特率(5Mb=640KB 注意大小写,b是位,B是字节,差了8倍),但所有请求可能性性是均匀分布的,当有高峰时5M波特率一定不足,X2倍就说 10M波特率。10M波特率基本可不能不能满足要求。

--------------------------------------------------------------------------------------- 

#Samples:表示另有一个多多测试单元一共发出了有2个个请求。 

Label:每另有一个多多测试单元的名字。 

(全文完)

5、以上软硬件情况下,是可不能不能承受80万PV/每天的。(已留有余量应对一个劲 的访问高峰)

4、一台服务器跑Tomcat运行j2ee系统进程,一台服务器跑MySql数据库,系统进程写的中等水平(這個 真的不好量化),是论坛类型的应用(总有回帖,不太容易做缓存,也无法静态化)。

附:性能测试基本概念

--------------------------------------------------------------------------------------- 

基本概念: 

Throughput(吞吐量):按照常规理解网络吞吐量表示在单位时间内通过网卡数据量之和,其中即包括本机网卡发送出去的数据量也包括本机网卡接收到的数据量。 另有一个多多80Mb(位)的双工网卡,最大发送数据的波特率是12.5M字节/s , 最大接收数据的波特率是12.5M字节/s, 可不能不能 一起 收发 数据。 

并发用户数:是一起执行操作的用户(系统进程数)。 

响应时间:从请求发出到收到响应花费的时间 。

其他同学说以上条件我都满足了,但实际性能还是达不到目标。这时请注意你对外的网络的波特率,在国内服务器便宜但波特率很贵,很可能性你在机房是与大伙儿共享根小80M的光纤,实际每自己可分到2M左右波特率。再好一点5M,再好一点双线机房10M独享,这可能性很贵了(北京价格)。

最终结论: