对 Nginx SSL 的性能进行调整

这篇文章是讲web服务器方面的性能调整，不包括数据库性能的调整。

初始化服务器

这个web服务器运行在一个EC2 t1.micro 环境.我选择 Nginx + PHP5-FPM 来运行php页面,出于安全考虑我使用SSL。

测试性能

我使用Blitz.io来进行压力和性能测试. 下面的是我压力测试的命令. 功能是在60秒内逐渐增加用户. 在整个过程中,Blitz.io 每秒创建一个请求并增加4个用户(rise/run = 260/60)。

-p 1-250:60 https://mydomian.com

结论

对于那些不想看完全文的下面是几个方案：

- 这个默认的 DH算法是性能低的最大原因. 改变你的 SSL 密码设置用下面的这个命令:

ssl_ciphers ALL:!kEDH!ADH:RC4+RSA:+HIGH:+SSLv2:+EXP;

- 升级你的EC2 从t1.micro 到 c1.medium

- 当c1.medium给你两个CPU时,设置Nginx使用2个工作进程.

详细的解释

对于爱好者来说，这里是详细的解释。我将会在下述章节带领你重温我的思考过程。

如果编辑了Nginx配置，那么重启Nginx服务器。如果编辑了PHP5-FPM配置，那么重启服务。

尝试 #1: 增强硬件

对于改善性能，我本能的想法是增强服务器硬件，希望一切都会正常工作。我将EC2实例从t1.micro升级到了c1.medium（针对高流量服务器进行了优化，而不是通用服务器）。

在此之后，我运行了Blitz.io负载测试。这是结果的截图：

服务器的峰值性能可以达到每秒50个成功命中。随着负载的继续增加，超时的数量上升，而命中的数量下降。

尝试 #2: 评效CPU性能

我重新执行了测试，同时在后台运行htop。我注意到两个CPU的利用率不超过13%。内存使用了300Mb。看起来服务器没有充分利用。所以我做了下述改变。我编辑了/etc/ngnix/nginx.conf

worker_processes 2;

尝试 #3, #4, #5: 微调 Nginx + PHP5-FPM

在下述尝试中，我改变了下述值，仍然获得跟尝试 #1同样的结果。

尝试 #3

/etc/ngnix/nginx.conf 
worker_processes 2; 
events { 
worker_connections 19000; 
multi_accept on; 
}

尝试 #4

/etc/ngnix/nginx.conf

worker_processes 2; 
events { 
worker_connections 19000; 
multi_accept on; 
} 
http { 
gzip on; 
gzip_disable "msie6"; 
gzip_min_length  1000; 
gzip_proxied     expired no-cache no-store private auth; 
gzip_types       text/plain application/xml application/javascript text/css application/x-javascript; 
… 
}

尝试 #5

我没有取消尝试 #4的改变

/etc/php5/fpm/pool.d/www.conf

pm.max_children = 160 
pm.start_servers = 24 
pm.min_spare_servers = 20 
pm.max_spare_servers = 35 
pm.max_requests = 1500

尝试 #6: 部署另外一台服务器

我还有另外一台Linode服务器。具有1.5Gb的内存和8个CPU。我复制所有Nginx和PHP5-FPM的设置到这台服务器上。

这是我使用Blitz.io进行压力测试的命令：

-p 1-250:60 http://labs.mydomian2.com

这是结果：

Linode服务器非常棒！我在想“Linode比EC2好么？”。在我决定沿着这条思路走下去，将代码迁移到Linode之前，我想要确保两台服务器之间没有差别。

尝试 #7: 大启示

我搜索了一下，发现Nginx有些SSL相关的问题。默认Nginx使用DHE算法创建密码（cipher）。禁用该算法将会提升性能。

这是我读到的文章：

http://matt.io/entry/ur
http://auxbuss.com/blog/posts/2011_06_28_ssl_session_caching_on_nginx/

所有我编辑/etc/nginx/nginx.conf去掉了kEDH密码算法。

worker_processes 2; 
events { 
worker_connections 1024; 
} 
http { 
gzip on; 
gzip_disable "msie6"; 
gzip_min_length  1000; 
gzip_proxied     expired no-cache no-store private auth; 
gzip_types       text/plain application/xml application/javascript text/css application/x-javascript; 
ssl_ciphers ALL:!kEDH!ADH:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP; 
… 
}

我重现执行了原来的压力测试：

-p 1-250:60 https://mydomian.com

这是结果：

真的有效！！！！

尝试 #8: 我真的需要增强硬件

太棒了，EC2与Linode在性能上很接近。但是我真的需要c1.medium实例来获得这种性能么？可能不需要... 所以我将EC2的实例类型改回了t1.micro。

因为micro实例只有一个CPU，所有我在/etc/nginx/nginx.conf中减少了worker_processes。

worker_processes 1;

这是结果：

嗯，额外的硬件是有帮助的。

结论

想要在使用了SSL的Nginx服务器上获得最好的性能，如下操作：

- 默认使用的DH算法是低性能的最大原因。改变SSL密码设置如下：

ssl_ciphers ALL:!kEDH!ADH:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;

- 升级EC2从t1.micro到c1.medium

- 因为c1.medium有两个CPUs，所有设置Nginx有两个工作进程。

原文链接：http://techsamurais.com/?p=1384

【编辑推荐】

nginx负载均衡，多站点共享Session
Nginx HTTP负载均衡和反向代理配置
为什么我们使用Nginx而不是Apache？
Nginx负载均衡实战
自建CDN技术选型：Squid Varnish Nginx

　　推荐阅读

　　Nginx HTTP负载均衡和反向代理配置

当前大并发的网站基本都采用了Nginx来做代理服务器，并且做缓存，来扛住大并发。先前也用nginx配置过简单的代理，今天有时间把整合过程拿出来和大家分享，不过其中大部分也是网上找来的资源。nginx完整的反向代理代码>>>详细阅读

本文标题：对 Nginx SSL 的性能进行调整

地址：http://www.17bianji.com/yunwei/33887.html

1/2 1