对 Nginx SSL 的性…

2018-07-13 08:55:36来源:编程学习网 阅读 ()

新老客户大回馈,云服务器低至5折

  这篇文章是讲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

 结论

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

  1. - 这个默认的 DH算法是性能低的最大原因。 改变你的 SSL 密码设置用下面的这个命令:
    ssl_ciphers ALL:!kEDH!ADH:RC4+RSA:+HIGH:+SSLv2:+EXP;
  2. - 升级你的EC2 从t1。micro 到 c1。medium
  3. - 当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服务器上获得最好的性能,如下操作:

  1. - 默认使用的DH算法是低性能的最大原因。改变SSL密码设置如下:
    ssl_ciphers ALL:!kEDH!ADH:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
  2. - 升级EC2从t1。micro到c1。medium
  3. - 因为c1。medium有两个CPUs,所有设置Nginx有两个工作进程。

  英文来源:http://techsamurais.com/?p=1384

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:小谈应用服务器的未来发展

下一篇:一段关于 Unix、Linux 和 Windows&nbs

热门词条
热门标签