GNUer's blog

虚拟机的网络性能大部分不好，使用nginx的时候经常会因为带宽的限制跑不到更高的QPS。这个时候可以开启gzip压缩，使得带宽占有成倍的减少。
但是开启gzip压缩后有个很大的问题是CPU的消耗非常大。对于普通的精态页面可以考虑配置2个server，其中一个代理另外一个，并且开启cache。
简单使用ab压测对比了一下，效果还可以。ab只支持HTTP 1.0，所以在nginx里需要配置一下
gzip_http_version 1.0
并且ab压测的时候使用添加HEADER ‘Accept-Encoding: gzip’。
[text]
ab -c 50 -t 60 -H ‘Accept-Encoding: gzip’ http://xxx.net/index.html
[/text]

配置大修改大致如下：
[text]
http {

proxy_cache_path /home/admin/temp levels=1:2 keys_zone=one:10m inactive=5m max_size=100m;
gzip_http_version 1.0;#这个只是为了方便ab测试，线上的话可以关闭这个，防止有古董浏览器不支持gzip。
gzip on;
……….

server {
listen 8888;
server_name localhost;
charset gbk;
gzip on;
gzip_comp_level 9;
gzip_http_version 1.0;
location / {
root /home/admin/webpages/;
index index.html;
}
}
upstream indexpage {
server 127.0.0.1:8888;
keepalive 10;
}

server {
listen 80;
server_name localhost;
charset gbk;
location =/index.html {
proxy_set_header Host $http_host;
proxy_set_header X-Forwarded-By $server_addr:$server_port;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_set_header Connection "";
proxy_http_version 1.1;
proxy_intercept_errors on;
proxy_connect_timeout 5s;
proxy_read_timeout 10s;
proxy_send_timeout 10s;
proxy_buffer_size 16k;
proxy_buffers 8 64k;
proxy_busy_buffers_size 128k;
proxy_pass http://indexpage;
proxy_cache_methods GET HEAD;
proxy_cache_min_uses 2;
proxy_cache_valid 302 1m;
proxy_cache_valid 200 2m;
proxy_cache_key "$scheme$host$request_uri$http_accept_encoding";
proxy_cache one;

}

}
[/text]
需要注意缓存的key把$http_accept_encoding加上，这样可以分别对gzip压缩过和没有压缩过的进行缓存，防止引起其他的问题，也有的是通过判断$http_accept_encoding并且对后端传递该header，实际上直接把这个加到cache_key更简单些。
测试一下的结果如下

Document Length: 11155 bytes
Total transferred: 567657498 bytes
HTML transferred: 557757300 bytes
Requests per second: 5123.96 [#/sec] (mean)
Time per request: 9.758 [ms] (mean)
Time per request: 0.195 [ms] (mean, across all concurrent requests)
Transfer rate: 56809.65 [Kbytes/sec] received

普通的不开启gzip的情况

Document Length: 52873 bytes

Concurrency Level: 50
Time taken for tests: 23.403494 seconds
Complete requests: 50000
Failed requests: 0
Write errors: 0
Total transferred: 2654793231 bytes
HTML transferred: 2643841260 bytes
Requests per second: 2136.43 [#/sec] (mean)
Time per request: 23.403 [ms] (mean)
Time per request: 0.468 [ms] (mean, across all concurrent requests)
Transfer rate: 110777.09 [Kbytes/sec] received

普通开启gzip后性能会大幅降低，而且还只是默认的level 1压缩。

Document Path: /index.html
Document Length: 13000 bytes

Concurrency Level: 50
Time taken for tests: 58.518396 seconds
Complete requests: 50000
Failed requests: 0
Write errors: 0
Total transferred: 659900000 bytes
HTML transferred: 650000000 bytes
Requests per second: 854.43 [#/sec] (mean)
Time per request: 58.518 [ms] (mean)
Time per request: 1.170 [ms] (mean, across all concurrent requests)
Transfer rate: 11012.49 [Kbytes/sec] received

测试环境：
单核的虚拟机上跑的，2G内存。。

其实之前http 2.4.1刚出来的时候就很多做对比的了。 大部分分测试表明对于静态文件而已，nginx的性能还是会稍微好些，但是event模式下的httpd比之前的性能是提升得太多太多了。httpd安装起来比较麻烦，尤其是在老掉牙的机器上。

httpd 2.4.4在RHEL 4.8的安装过程大概这样的：

1. 下载最新的httpd 2.4.4解压，然后再下载apr-1.4.6.tar.bz2和apr-util-1.5.1.tar.bz2放到httpd目录下的srclib,解压后把文件夹更名为apr和apr-util.
2.安装新版的pcre，我直接在sourceforge.net上下载的.然后编译安装pcre
./configure –prefix=/opt/install/pcre-8.32 –enable-pcre32 –enable-jit –enable-utf –enable-pcre16

3.配置httpd编译
./configure –prefix=/opt/install/httpd-2.4.4 –enable-rewrite –enable-cache –enable-ssl –enable-static-ab –enable-ssl –with-included-apr –with-pcre=/opt/install/pcre-8.32/ –with-mpm=event

安装好后简单做了一个测试，0.6k的小页面。

[text]
nginx 10 25858.43 0.387
httpd 10 14952.54 0.669
nginx 20 27045.38 0.739
httpd 20 14793.54 1.352
nginx 30 28513.76 1.052
httpd 30 13755.20 2.181
nginx 40 26083.62 1.534
httpd 40 14023.01 2.852
nginx 50 27685.62 1.806
httpd 50 14813.10 3.375
nginx 60 26779.80 2.240
httpd 60 14539.48 4.127
nginx 70 26792.31 2.613
httpd 70 15989.91 4.378
nginx 80 28039.97 2.853
httpd 80 16502.71 4.848
nginx 90 26900.55 3.346
httpd 90 15947.58 5.643
nginx 100 38173.08 2.620
httpd 100 16635.71 6.011
nginx 110 28921.72 3.803
httpd 110 16162.35 6.806
nginx 120 25804.12 4.650
httpd 120 16637.97 7.212
nginx 130 26505.68 4.905
httpd 130 18882.23 6.885
nginx 140 29669.50 4.719
httpd 140 19844.80 7.055
nginx 150 28969.08 5.178
httpd 150 19787.36 7.581
nginx 160 27424.76 5.834
httpd 160 19325.51 8.279
nginx 170 28747.23 5.914
httpd 170 21197.41 8.020
nginx 180 27160.77 6.627
httpd 180 23673.76 7.603
nginx 190 27627.75 6.877
httpd 190 21609.25 8.793
nginx 200 24602.16 8.129
httpd 200 21169.24 9.448
nginx 210 26838.70 7.825
httpd 210 21666.67 9.692
nginx 220 31374.85 7.012
httpd 220 21994.93 10.002
nginx 230 27740.35 8.291
httpd 230 22525.72 10.211
nginx 240 27235.49 8.812
httpd 240 21815.80 11.001
nginx 250 26522.97 9.426
httpd 250 22031.17 11.348
nginx 260 25099.80 10.359
httpd 260 22568.75 11.520
nginx 270 26291.50 10.269
httpd 270 22478.80 12.011
nginx 280 25170.07 11.124
httpd 280 21437.80 13.061
nginx 290 24715.85 11.733
httpd 290 21608.02 13.421
nginx 300 24808.90 12.092
httpd 300 21850.39 13.730
nginx 310 27543.54 11.255
httpd 310 23166.22 13.382
nginx 320 26233.97 12.198
httpd 320 23188.51 13.800
nginx 330 25436.90 12.973
httpd 330 23033.17 14.327
nginx 340 26146.07 13.004
httpd 340 23096.69 14.721
nginx 350 25621.51 13.660
httpd 350 23384.09 14.967
nginx 360 26820.90 13.422
httpd 360 22797.59 15.791
nginx 370 25497.89 14.511
httpd 370 22911.63 16.149
nginx 380 25046.86 15.172
httpd 380 22242.29 17.085
nginx 390 26514.52 14.709
httpd 390 22806.97 17.100
nginx 400 24104.89 16.594
httpd 400 22924.32 17.449
nginx 410 26306.69 15.585
httpd 410 22585.88 18.153
nginx 420 26518.78 15.838
httpd 420 22691.66 18.509
nginx 430 27305.07 15.748
httpd 430 23292.43 18.461
nginx 440 27557.12 15.967
httpd 440 22258.63 19.768
nginx 450 26536.61 16.958
httpd 450 22237.17 20.236
nginx 460 25901.85 17.759
httpd 460 22664.55 20.296
nginx 470 24743.76 18.995
httpd 470 22935.42 20.492
nginx 480 26813.46 17.901
httpd 480 23693.59 20.259
nginx 490 25869.61 18.941
httpd 490 23374.27 20.963
nginx 500 24618.19 20.310
httpd 500 22318.36 22.403
[/text]

从图可以看出httpd 2.4.4在高并发的还是略逊于nginx。

今天有专门测试对比了一下nginx和apache在jboss上次代理的性能。apache是通过jk模块使用ajp协议把请求转给java，nginx的测试是直接把jboss上开启一个HTTP 1.1端口服务进行测试。找开发写了一个简单的页面，对页面的处理就是sleep 4ms,jboss里配置的都是最多能启动400个线程。

apache的关键配置如下
[text]
Timeout 180
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 60

<IfModule worker.c>
StartServers 10
ServerLimit 50
MaxClients 1500
MinSpareThreads 50
MaxSpareThreads 200
ThreadsPerChild 50
MaxRequestsPerChild 10000
</IfModule>

$ cat workers.properties
# mod_jk(Apache Tomcat)

worker.list=local

worker.local.type=ajp13
worker.local.host=localhost
worker.local.port=7001
worker.local.lbfactor=50
worker.local.cachesize=100
worker.local.cache_timeout=600
worker.local.socket_keepalive=1
worker.local.recycle_timeout=300
[/text]
nginx的配置如下:

[text]
upstream jboss {
server 127.0.0.1:7002;
keepalive 10;
}
server {
listen 1080;
server_name localhost;
charset gbk;
proxy_set_header Host $http_host;
proxy_set_header X-Forwarded-By $server_addr:$server_port;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_set_header Connection "";
proxy_http_version 1.1;
location / {
rewrite ^/?$ /index.html permanent;
index index.html index.htm;
proxy_pass http://jboss;
proxy_intercept_errors on;
proxy_connect_timeout 5s;
proxy_read_timeout 10s;
proxy_send_timeout 5s;
proxy_buffer_size 16k;
proxy_buffers 8 64k;
proxy_busy_buffers_size 128k;
}
[/text]

测试的结果表明对于普通的java应用，nginx的延迟会稍微地点，QPS会稍微能跑的高点点。

但是整体来说，性能的瓶颈点还是在后端的java上面，使用nginx的整体性能上提升不大，不过因为nginx使用的非阻塞IO模型，nginx的不会像apache一样因为总体的连接数达到上线而不能处理。后来又单独测试了一下nginx和apache在处理一个普通的静态页面时对比，为了不使得测试的受限制于带宽，页面大小搞了个663字节的，不过最后的结果我觉得还是因为把虚拟机的带宽快跑满了。

nginx的峰值大概时26588.81/s，带宽用了130Mbps左右。从图书可以看出随着并发数的增加nginx的响应时间也有所提升，不过不大，apache的就飙的很夸张了，QPS大幅度下降，延迟飙升特别大。

机器配置：
processor : 0
model name : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
processor : 1
model name : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
processor : 2
model name : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
processor : 3
model name : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz

$ free -m
total used free shared buffers cached
Mem: 2000 1401 598 0 11 1220
-/+ buffers/cache: 169 1830
Swap: 1953 4 1948

其实早就想申请一个ssl证书，不过觉得有点麻烦就没有搞。今天申请了一下，简单说一下：
1. 直接在http://www.startssl.com/上点一下StartSSL Free(Class 1)，把自己的基本资料填写好，提交好后邮箱会马上收到一个验证码。
2.收到验证码后需要给自己创建一个证书，直接点几下就行了。最后证书会安装到浏览器内。
3.验证域名的所有权

然后输入自己的域名，之后会自动查询域名的注册时留下的邮箱，并且会向邮箱发送一个验证码，输入后就可以完成对这个域名的认证了。

4.签发自己的证书后把证书，私钥，证书链和ca都放自己的机器上。nginx下的证书链配置是证书在最前面，然后逐级追加中间ca，最后是把ca加在最后面。

新建一个server段，加配置
[text]
ssl on;
ssl_certificate cert/server.crt;
ssl_certificate_key cert/server.key;

ssl_session_timeout 5m;
ssl_session_cache shared:sslcache:1m;
ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers HIGH:!aNULL:!MD5;
ssl_prefer_server_ciphers on
[/text]