记一次nginx 部署优化

Nginx 调优

要把不同的 worker_processes 进程分配至不同核上的 CPU 上运行，虽然服务器有多个cpu,但作为nginx不可能全部得到，至少还要留一个给别的进程使用。

相关命令：

cat /proc/cpuinfo  查看当前的CPU情况

cat /proc/cpuinfo |grep "processor"|wc -l  直接显示逻辑CPU的个数

worker_processes，工作进程数

    1.默认：worker_processes: 1
    2.调大：worker_processes: CPU核心数，(双核4线程，可以设置为4)

worker_connections，单个工作进程可以允许同时建立外部连接的数量

数字越大，能同时处理的连接越多

    1.默认：worker_connections: 1024
    2.调大：worker_connections: 100000，（调大到10万连接）

worker_connections解析

    1.connections不是随便设置的，而是与两个指标有重要关联，一是内存，二是操作系统级别的“进程最大可打开文件数”。
    2.内存：每个连接数分别对应一个read_event、一个write_event事件，一个连接数大概占用232字节，2个事件总占用96字节，那么一个连接总共占用328字节，通过数学公式可以算出100000个连接数大概会占用 31M = 100000 * 328 / 1024 / 1024，当然这只是nginx启动时，connections连接数所占用的nginx。
    3.进程最大可打开文件数：进程最大可打开文件数受限于操作系统，可通过 ulimit -n 命令查询，以前是1024，现在是65535,
    nginx提供了worker_rlimit_nofile指令，这是除了ulimit的一种设置可用的描述符的方式。 该指令与使用ulimit对用户的设置是同样的效果。此指令的值将覆盖ulimit的值，如：worker_rlimit_nofile 20960;
    设置ulimits：ulimit -SHn 65535

worker_processes解析

一般一个进程足够了，你可以把连接数设得很大。
如果有SSL、gzip这些比较消耗CPU的工作，而且是多核CPU的话，可以设为和CPU的数量一样。
或者要处理很多很多的小文件，而且文件总大小比内存大很多的时候，也可以把进程数增加，
以充分利用IO带宽（主要似乎是IO操作有block）

根据我配置实践，
服务器是“多个CPU＋gzip+网站总文件大小大于内存”的环境，worker_processes设置为CPU个数的两倍比较好。

据实践表明，nginx的这个参数在一般情况下开4个或8个就可以了，再往上开的话优化不太大。
据另一种说法是，nginx开启太多的进程，会影响主进程调度，所以占用的cpu会增高。
经过我测试发现，
这个数字是不能乱设置的，如果网站没有出现io性能问题，最好不要修改，采用默认的1即可，
如果非要设置，必须要和CPU的内核数匹配，否则要么就假死（主要是Windows），要么就出现502的错误（主要是Linux）

worker_cpu_affinity

worker_cpu_affinity 默认是没有开启的，0001 0010 0100 1000 分别代表第1、2、3、4个逻辑CPU，所以我们可以设置0010 0100 1000来将3个进程分别绑定到第2、3、4个逻辑CPU上