Nginx
英文原文：
Nginx Performance Tuning for 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: 增强硬件
尝试 #2: 评效CPU性能
尝试 #3, #4, #5: 微调Nginx + PHP5-FPM
尝试 #6: 部署另外一台服务器
尝试 #7: 大启示
尝试 #8: 我真的需要增强硬件
尝试 #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。
I因为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有两个工作进程。
本文中的所有译文仅用于学习和交流目的，转载请务必注明文章译者、出处、和本文链接。
2KB翻译工作遵照
CC 协议，如果我们的工作有侵犯到您的权益，请及时联系我们。
2KB项目（www.2kb.com，源码交易平台）,提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务
