一、从一个简单的Nginx配置文件入手
- 如何使用自定义的配置文件
- Nginx配置文件的结构
二、Nginx服务的基本配置
- 用于调试进程和定位问题的配置项
- 正常运行的配置项
- 优化性能的配置项
- 事件类配置项
一、从一个简单的Nginx配置文件入手
worker_processes 4;
events {
worker_connections 1024;
}
http {
server {
listen 192.254.1.16:9000;
server_name 192.254.1.16;
location / {
root /usr/local/nginx/html/;
}
}
}
1. 如何使用自定义的配置文件:
Nginx默认的配置文件是:
/usr/local/nginx/conf/nginx.conf
如果需要使用自定义的配置文件,则需要在运行前指定所用配置文件的路径:
./sbin/nginx -c my_conf/my_conf.conf
关于Nginx命令行支持的参数,可使用 ./sbin/nginx -h 查看:
./nginx -h # this help
./nginx -c filename # set configuration file (default: conf/nginx.conf)
./nginx -s signal # send signal to a master process: stop, quit, reopen, reload
./nginx -v # show version and exit
./nginx -V # show version and configure options then exit
./nginx -q # suppres non-error messages during configuration testing
./nginx -p prefix # set prefix path (default: /usr/local/nginx)
./nginx -g directives # set global directives out of configuration file
2. Nginx配置文件的结构:
配置文件由若干个指令组成,指令分为简单指令和块指令。
最基本的配置项语法格式:
配置项名 配置项值 ;
Nginx配置文件主要分为四部分:
(1)main:
全局配置,用于配置与具体业务无关的参数,例如 worker_processes用来配置要起几个线程;
(2)events:
用于配置影响Nginx服务与用户之间连接的属性,例如 worker_connections 配置每个线程的最大连接数;
(3)http:
用于配置Nginx的业务功能,除http外,还有email;
(4)server:
server必须位于http内部,用于配置Nginx的一个主机;其中listen指定监听的端口号;server_name指定主机名;location用于指定主机上的资源位置。
TIPS:
“worker_processes”, “events”, “http”, “server”, “worker_connections” 这些配置项的名称,在Nginx源码中都是写死的字符串,在Nginx运行时会根据配置文件中的配置项去源码中查找与之匹配的字符串,并按照给出的配置项值进行服务器配置,所以我们需要做的是熟悉这些常用的配置项的名称及功能、用法。
二、Nginx服务的基本配置:
Nginx的基本配置可按照 用户使用时的预期功能 分为以下 4 类:
(这些是Nginx的基本配置项,不论是要配置HTTP还是EMAIL服务,是静态Web服务器还是反向代理,都要先配置这些基本项,它们是通用项。)
1. 用于调试进程和定位问题的配置项:
(1) 使Nginx以守护进程的方式在后台运行,默认on
daemon on;
daemon off;
(2) 以master/worker的方式工作,默认on
master_process on;
master_process off;
(3) 设置error日志的路径
error_log logs/error.log error;
(4) 是否处理几个特殊的调试点:
debug_points stop
debug_points abort;
通常不会使用这个配置项。Nginx在一些关键的错误逻辑中设置了调试点,如果设置为stop,代码执行到这些预设的调试点就会发出SIGSTOP信号以用于调试;如果设置为abort,则会产生一个coredump,用于gdb查看当时的Nginx各种信息。
(5) 仅对某个IP的客户端输出debug级别的日志,其他客户端仍使用error_log中配置的日志界别:
debug_connection IP;
debug_connection CIDR;
这一配置项对定位高并发场景下发送的问题非常有用!仅跟踪某个IP的客户端的debug级别日志
例如:
events {
debug_connection 10.224.66.14;
debug_connection 10.224.57.0/24;
}
(6) 限制coredump核心转储文件的大小:
worker_rlimit_core [size];
(7) 指定coredump文件生成目录:
working_directory [path];
Tips:
守护进程(daemon)是什么:
守护进程(daemon)是脱离终端并且在后台运行的进程。它脱离终端是为了避免进程执行过程中的信息在任何终端上显示,这样一来,进程也不会被任何终端所产生的信息所打断(比如Ctrl+C不会终止Nginx的运行)。Nginx毫无疑问是一个需要以守护进程方式运行的服务,因此默认都是以这种方式运行的(默认配置项值为on)。
不过Nginx还是提供了关闭守护进程的模式,之所以提供这种模式,是为了方便跟踪调试Nginx,毕竟用gdb调试进程时最烦琐的就是如何继续跟进fork出的子进程了。
coredump怎么用:
coredump,就是核心转储。
在Linux系统中,当进程发生错误或者收到信号而终止时,系统会将进程执行时的内存内容(核心映像)写入一个文件(core文件),以作为调试之用,这就是所谓的核心转储(core dumps)。
当Nginx进程出现一些非法操作(如内存越界)导致进程直接被操作系统强制结束时,会生成核心转储core文件,可以从core文件获取当时的堆栈、寄存器等信息,从而帮助我们定位问题。但是这种core文件中的许多信息不一定是用户需要的,如果不加以限制,那么可能一个core文件就会达到几个GB,这样随便coredumps几次就会把磁盘占满,引发严重问题。
通过worker_rlimit_core配置可以限制core文件的大小,从而有效帮助用户定位问题。
2. 正常运行的配置项:
(1) 定义环境变量:
允许用户直接设置操作系统上的环境变量。
env VAR | VAR = value;
eg:
env TESTPATH = /tmp/;
(2) 嵌入其他配置文件:
类似于与C源文件中包含其他的头文件,Nginx配置文件中也可以使用include将其他配置文件嵌入到当前的nginx.conf中。
http {
include mime/types;
}
mime/types也是一个配置文件。
(3) pid文件的路径:
pid [path/file];
(4) Nginx worker进程运行的用户及用户组:
user [username][groupname];
(5) 指定Nginx worker进程可以打开的最大文件句柄数:
worker_rlimit_nofile [limit];
(6) 限制信号队列:
worker_rlimit_sigpending [limit];
3. 优化性能的配置项:
(1) 【常用】配置worker进程数:
worker_processes 1;
这些进程都是单线程,一般配置成与CPU数量相同。
(2) 绑定Nginx worker进程到指定的CPU内核:
worker_puc_affinity [cpumask][cpumask];
(3) SSL硬件加速:
ssl_engine device;
(4) 系统调用gettimeofday的执行频率:
timer_resolution t;
(5) Nginx worker进程优先级设置:
worker_priority 0;
4. 事件类配置项:
(1) 是否打开accept锁:
accept_mutex on; # 默认on
accept_mutex off;
accept_mutex是Nginx的负载均衡锁,这把锁可以让多个worker进程轮流的、序列化的与新的客户端建立连接。
当某一个worker进程建立的连接数量达到worker_connections配置的最大连接数的7/8时,会大大的减少该worker进程试图建立新的TCP连接的机会,以此实现所有worker进程智商处理的客户端的请求数尽量相近。
accept锁是默认打开的,如果关闭它,那么TCP建立的耗时会更短,但worker进程之间的负载会非常不平衡。
(2) lock文件的路径:
lock_file logs/nginx.lock;
(3) 两次尝试获得accept锁之间的间隔时间:
accept_mutex_delay 500ms;
使用accept锁后同一时间只能有一个worker进程获得锁,accept锁是非阻塞的,获取失败会立即返回,此进程需要间隔accept_mutex_delay时间后才能再次尝试获得锁。
(4) 批量建立新连接:
multi_accept off;
(5) 选择事件类型:
use epoll;
use select;
use poll;
use kqueue;
Nginx会自动选择最合适的实现模型,默认为epoll
(6) 【常用】每个worker进程可以同时处理的最大连接数:
worker_connections 1024;
网友评论