nginx+uwsgi性能调优

由于缺乏运维的实战经验，在服务器部署后，遇到了各种问题，暂时也只能“头痛医头脚痛医脚”，有时候一个小小参数搞得自己狼狈不已，记录一下，以备后用（当前nginx版本1.4.6）。

1. Linux默认参数的一些优化

• sysctl net.core.somaxconn=1024 #此参数默认为128，不更改uwsgi的监听队列不能大于这个值

2. swap空间使用
   阿里云镜像默认是没有开swap分区的，偶尔峰值的时候就会出现out of memory的错误，增加swap分区能有效的避免这个情况，并设置swap分区的使用前提

sysctl vm.swappiness=10 #物理内存还剩10%的时候开始使用虚拟内存

网上普遍开辟虚拟空间的做法

dd if=/dev/zero of=swapfile bs=1024 count=400000 

在一篇网管日志中看到还可以这样，速度比上面的方式要快很多很多哦

fallocate -l 4G /swapfile

3. uwsgi协程支持
   在有频繁IO的情况下，uwsgi的性能会打折扣，threads参数可以增加并发，但是性能开销很大,使用gevent可以在不修改代码的情况下大大增强并发，（道听途说：stackoverflow上说threads开到1000,基本吃空内存，gevent则表现很好）
   使用协程示例，在高并发下推荐使用

uwsgi --http :8001 --module ugtest.wsgi --gevent 40 --gevent-monkey-patch

使用线程示例，并发不高可以使用，高并发不适用

uwsgi --http :8001 --module ugtest.wsgi --enable-threads --threads 40

4. nginx访问控制
   由于服务器并不强大，在高峰期间遭到恶意访问时会造成listen队列被填满，正常用户无法访问，在nginx.conf中添加

limit_req_status 599; #定义被限制的返回码，便于和正常的区分
    limit_req_zone $binary_remote_addr zone=allips:2m rate=100r/s; #nginx每秒仅接受100个请求
    geo $limited { #设定不受限制的IP
        default 1;
        182.92.117.23 0;
    }

在应用的config中的location / 段添加，个人感觉这段和uwsgi的listen做的事差不多，只是在nginx层做效率应该比uwsgi层效率要高。

location / {
        ...
        limit_req zone=allips burst=60 nodelay; #达到限速后，允许等待的请求数
}