如何计算服务器能够承受多大的PV？

你想建树一个能遭受500万PV/天天的网站吗? 500万PV是什么观念?处事器每秒要处理赏罚几多个哀求才气应对?假如计较呢?

PV是什么：

PV是page view的简写。PV是指页面的会见次数，每打开或革新一次页面，就算做一个pv。

计较模子：

每台处事器每秒处理赏罚哀求的数目=((80%总PV量)/(24小时60分60秒40%)) / 处事器数目 。

个中要害的参数是80%、40%。暗示一天中有80%的哀求产生在一天的40%的时刻内。24小时的40%是9.6小时，有80%的哀求产生一天的9.6个小时傍边(很得当互联网的应用，白日哀求多，晚上哀求少)。

简朴计较的功效：

((80%500万)/(24小时60分60秒40%))/1 = 115.7个哀求/秒

((80%100万)/(24小时60分60秒40%))/1 = 23.1个哀求/秒

起源结论：

此刻我们在做压力测试时，就有了尺度，假如你的处事器一秒能处理赏罚115.7个哀求，就可以遭受500万PV/天天。假如你的处事器一秒能处理赏罚23.1个哀求，就可以遭受100万PV/天天。

留足余量：

以上哀求数目是匀称的漫衍在白日的9.6个小时中，但现实环境并不会这么匀称的漫衍，会有岑岭有低谷。为了应对岑岭时段，应该留一些余地，起码也要x2倍，x3倍也不为过。

115.7个哀求/秒 *2倍=231.4个哀求/秒

115.7个哀求/秒 *3倍=347.1个哀求/秒

23.1个哀求/秒 *2倍=46.2个哀求/秒

23.1个哀求/秒 3倍=69.3个哀求/秒

最终结论：

假如你的处事器一秒能处理赏罚231.4--347.1个哀求/秒，就可以应对均匀500万PV/天天。

假如你的处事器一秒能处理赏罚46.2--69.3个哀求，就可以应对均匀100万PV/天天。

声名：

这里声名每秒N个哀求，就是QPS。由于我体谅的是应用措施处理赏罚营业的手段。

现实履历：

1、按照现实履历，回收两台通例设置的机架式处事器，设置是很常见的设置，譬喻一个4核CPU+4G内存+处事器SAS硬盘。

2、硬盘的机能很重要，由其是数据库处事器。一样平常的处事器都配1.5万转的SAS硬盘，高级一点的可以配SSD固态硬盘，机能会更好。最最最最重要的指标是“随机读写机能”而不是“次序读写机能”。(本例照旧设置最常见的1.5万转的SAS硬盘吧)

3、一台处事器跑Tomcat运行j2ee措施,一台处事器跑MySql数据库,措施写的中等程度(这个真的欠好量化)，是论坛范例的应用(总有回帖,不太轻易做缓存,也无法静态化)。

4、以上软硬件环境下，是可以遭受100万PV/天天的。(已留有余量应对溘然的会见岑岭)

留意机房的收集带宽：

有人说以上前提我都满意了，但现实机能照旧达不到方针。这时请留意你对外的收集的带宽，在海内处事器自制但带宽很贵，很也许你在机房是与各人共享一条100M的光纤，现实每小我私人可分到2M阁下带宽。再好一点5M,再好一点双线机房10M独享，这已经很贵了(北京价值)。

一天总流量：每个页面20k字节100万个页面/1024=19531M字节=19G字节，

19531M/9.6小时=2034M/小时=578K字节/s 假如哀求是匀称漫衍的，必要5M(640K字节)带宽(5Mb=640KB 留意巨细写，b是位，B是字节，差了8倍)，但全部哀求不行能是匀称漫衍的，当有岑岭时5M带宽必然不足，X2倍就是10M带宽。10M带宽根基可以满意要求。

以上是假设每个页面20k字节，根基不包括图片，要是包括图片就更大了，10M带宽也不能满意要求了。你自已计较吧。

附：机能测试根基观念

根基观念：

Throughput(吞吐量)：凭证通例领略收集吞吐量暗示在单元时刻内通过网卡数据量之和，个中即包罗本机网卡发送出去的数据量也包罗本机网卡吸取到的数据量。 一个100Mb(位)的双工网卡，最大发送数据的速率是12.5M字节/s ， 最大吸取数据的速率是12.5M字节/s， 可以 同时 收发 数据。

并发用户数：是同时执行操纵的用户(线程数)。

相应时刻：从哀求发出到收到相应耗费的时刻 。

QPS - Queries Per Second 每秒处理赏罚的查询数(假如是数据库，就相等于读取)

TPS - Transactions Per Second 每秒处理赏罚的事宜数(假如是数据库，就相等于写入、修改)

IOPS，每秒磁盘举办的I/O操纵次数

譬喻对某个数据库测试，分隔两次测QPS与TPS。

QPS(读取)值老是高于TPS(写、改)，而且有倍率相关，由于：

1、数据库对查询也许有缓存。

2、机器硬盘或SSD硬盘的读就是比写快。

JMeter测试参数声名：

Label：每一个测试单位的名字。

Samples：暗示一个测试单位一共发出了几多个哀求。

Average：均匀相应时刻——默认环境下是单个 Request 的均匀相应时刻，当行使了 Transaction Controller 时，也可以以Transaction 为单元表现均匀相应时刻。，不重要。

Median：中位数，也就是 50% 用户的相应时刻，假如把相应时刻从小到大次序排序，那么50%的哀求的相应时刻在这个范畴之内。重要。

90% Line：90% 用户的相应时刻，假如把相应时刻从小到大次序排序，那么90%的哀求的相应时刻在这个范畴之内。重要 。

Min：最小相应时刻，不重要。

Max：最大相应时刻，呈现几率只不外是千分之一乃至万分之一，不重要。

Error%：本次测试中呈现错误的哀求的数目

Throughput：吞吐量——默认环境下暗示每秒完成的哀求数(Request per Second)，当行使了 Transaction Controller 时，也可以暗示相同 LoadRunner 的 Transaction per Second 数

KB/Sec：每秒从处事器端吸取 到的数据量(只是吸取)，相等于LoadRunner中的Throughput/Sec

loadrunner测试参数声名：

相应时刻： 取90%值，假如把相应时刻从小到大次序排序，那么90%的哀求的相应时刻在这个范畴之内。重要。

每秒点击数 ：hits per Second,每秒钟向处事器提交哀求的数目。

TPS： Transaction per Second ，每秒事宜数，一个事宜是指一个客户机向处事器发送哀求然后处事器做出回响的进程

Throughput(吞吐量)： Loadrunner记录的Throughput是吸取随处事器返回的全部字节数之和，与当地发出的字节数无关。

Throughput/Sec： 每秒的吞吐量。

对付BS架构的一样平常说明 相应时刻、点击率、吞吐量、TPS(每秒事宜数)。

对付CS架构的一样平常说明 TPS(每秒事宜数)

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!