nginx配置中worker_processes nginx:worker

一 Nginx 原理与优化参数配置

  Nginx采用的 master - worker 机制。首先，对于每个worker进程来说，独立的进程，不需要加锁，所以省掉了锁带来的开销，同时在编程以及问题查找时，也会方便很多。其次，采用独立的进程，可以让互相之间不会影响，一个进程退出后，其它进程还在工作，服务不会中断，master 进程则很快启动新的 worker进程。当然，worker 进程的异常退出，肯定是程序有bug了，异常退出，会导致当前worker上的所有请求失败，不过不会影响到所有请求，所以降低了风险。

master & worker 流程图如下：

worker工作流程如下：

1. 需要设置多少个 woker：
     Nginx 同 redis 类似都采用了 io 多路复用机制，每个 worker 都是一个独立的进程，但每个进程里只有一个主线程，通过异步非阻塞的方式来处理请求，即使是千上万个请求也不在话下。每个worker 的线程可以把一个 cpu 的性能发挥到极致。所以 worker 数和服务器的 cpu 数相等是最为适宜的。设少了会浪费 cpu，设多了会造成 cpu 频繁切换上下文带来的损耗。

#设置worker数量
worker processes 4
#work绑定cpu(4 work绑定4cpu)。+ worker cpu afinity0001 00100100 10000

1. 连接数 worker_connection
     这个值是表示每个worker进程所能建立连接的最大值，所以，一个 nginx 能建立的最大连接数，应该是worker_connections * worker_processes. 当然，这里说的是最大连接数，对于 HTTP请求本地资源来说，能够支持的最大并发数量是 worker_connections * worker_processes，如果是支持http1.1的浏览器每次访问要占两个连接，所以普通的静态访 问最大并发数是: worker_connections * worker_processes /2，而如果是HTTP作为反向代理来说，最大并发数量应该是worker_connections * worker_processes /4。因为作为反向代理服务器，每个并发会建立与客户端的连接和与后端服务的连接，会占用两个连接。

二 Nginx 搭建高可用集群

  服务器架构中，经常会遇到服务的一个总入口(比如 Nginx/MyCAT)存在单点故障的隐患。Keepalived 正是解决此类问题的高可用软件，它使用单个虚拟IP(VIP)，动态检测多个入口节点的可用性并切换 VIP 指向，从而达到高可用。

集群架构图如下：

1. 配置高可用的准备工作：

• 需要两台服务器 192.168.xx.129 和 192.168.xx.130
• 在两台服务器安装 nginx
• 在两台服务器安装 keepalived

2. 在两台服务器安装 keepalived

• 使用 yum 命令进行安装

[root@localhost /]# yum install keepalived -y

• 安装完成之后，在 etc 里面生成目录 keepalived，有文件 keepalived.conf

3. 高可用配置（主从配置）

• 在 /usr/local/src 编写检测脚本，大致内容如下：

#!/bin/bash
A=`ps -C nginx -no-header |wc -l`
if [ $A -eq 0 ];then
     /usr/local/nginx/sbin/nginx
     sleep 2
     if [`ps -C nginx -no-header |wc -l` -eq 0];then
         killall keepalived
     fi
fi

• 修改 keepalived.conf 配置文件

到此，nginx 基本配置到高可用已经配置完成。