Question

我正在以下设置测试我的新网站 * 2 m1.large ec2实例作为弹性负载均衡器后面的Web服务器 *两个webserver都安装了memcache / apc / nginx / php-fpm * 1 m1.large db的大型ec2实例当我从远程服务器运行它时 ab -n 100 http://beta.domain.com/ 我得到以下结果

Server Software:        nginx/1.1.19
Server Hostname:        beta.domain.com
Server Port:            80

Document Path:          /
Document Length:        50817 bytes

Concurrency Level:      1
Time taken for tests:   127.032 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Total transferred:      5117100 bytes
HTML transferred:       5081700 bytes
Requests per second:    0.79 [#/sec] (mean)
Time per request:       1270.322 [ms] (mean)
Time per request:       1270.322 [ms] (mean, across all concurrent requests)
Transfer rate:          39.34 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       21   42 100.4     26    1018
Processing:  1119 1228  69.4   1218    1488
Waiting:      941 1016  41.8   1015    1159
Total:       1144 1270 121.6   1246    2199

Percentage of the requests served within a certain time (ms)
  50%   1246
  66%   1271
  75%   1281
  80%   1295
  90%   1364
  95%   1483
  98%   1547
  99%   2199
 100%   2199 (longest request)

APC命中率约为98％。此外，我正在检查memcached日志文件，因为我做了这个测试，我可以看到ab正在击中两个服务器并在memcached上击中值（全部命中，没有未命中）。但RPS值仍为0.79。这不是很低吗？我错过了这一点吗？

修改

此外，所有静态内容（css，js，images）都是以gz格式从Amazon S3提供的，并且有1年的到期日期。

* 编辑2 *

我使用-c 50参数运行相同的测试，这是结果

Concurrency Level:      50
Time taken for tests:   49.332 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Total transferred:      5118200 bytes
HTML transferred:       5082800 bytes
Requests per second:    2.03 [#/sec] (mean)
Time per request:       24666.145 [ms] (mean)
Time per request:       493.323 [ms] (mean, across all concurrent requests)
Transfer rate:          101.32 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       20   33  10.0     30      58
Processing:  7656 20521 6139.1  21495   29328
Waiting:     7538 20415 6131.9  21407   29243
Total:       7687 20554 6140.3  21540   29380

Percentage of the requests served within a certain time (ms)
  50%  21540
  66%  23255
  75%  25744
  80%  26204
  90%  27414
  95%  28098
  98%  29259
  99%  29380
 100%  29380 (longest request)

** Load Generation **

我猜ab是这样做的，不是吗？对不起，我对基准测试很陌生:)我还添加了-c 50并再次运行测试。请参阅上面的结果。

**测试页面**

此页面列出了20个带图像，描述等的产品。某些后端计算但结果是否都缓存在内存缓存中，因此它实际上从未到达数据库（mongo）。我可以从memcache日志文件中看到这个。

**还有什么**

以下是ab测试期间其中一台服务器上vmstat的结果

procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  0      0 7161224  21028 199896    0    0    26    16   29   30  1  0 99  0

和iostat

Linux 3.2.0-29-virtual  10/02/2012  _x86_64_    (2 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.67    0.00    0.31    0.15    0.34   98.54

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
xvdap1            4.25        48.00        32.40     178001     120160
xvdb              0.17         0.54         0.00       1993          4

Answer 1

这是否很低取决于许多因素。

负载生成

你是如何产生负荷的？如果您一次发送一个请求，则该值可能不合理。你发送了多少个并发请求？

测试页面的作用是什么？

该页面上的处理有多重？在没有系统负载的情况下完全加载页面需要多长时间？

还有什么要检查

假设上述两个问题都没有出现问题，请查看并查看服务器上的资源税。

使用

的vmstat

的iostat

找出你失去表现的地方。 CPU是否挂钩？磁盘队列有多长？你在使用所有可用的内存吗？

特定于AWS

如果您有任何重要的IO，您会发现EBS存储速度并不快。该问题的解决方案始终是将多个EBS卷条带化为软件RAID

http://www.mysqlperformanceblog.com/2009/08/06/ec2ebs-single-and-raid-volumes-io-bencmark/

最近，AWS发布了一项名为Provisioned IO的新服务，该服务将保证来自EBS卷的一定数量的磁盘IO。它更昂贵，但不需要使用任何特殊配置（您必须在创建EBS卷时选择适当的选项）。

由于在nginx服务器上进行Apache ab测试，每秒的请求值非常低

1 个答案: