Nginx(3):上手Nginx,从配置文件开始

2021-10-09 11:51:40 浏览数 (1)

其实吧,我配置 tcp 负载均衡的时候也就弄了一下配置文件,也没了解太多的东西。

文章目录

    • 组成部分
    • main 全局配置
      • events模块
      • stream
        • 负载均衡算法
        • 指令参数
      • http服务器

组成部分

看到一张还不错的图:


我也知道,这么多东西哪里背的住,但是有个速查文档也不错啊。

main 全局配置

nginx在运行时与具体业务功能(比如http服务或者email服务代理)无关的一些参数,比如工作进程数,运行的身份等。

代码语言:javascript复制
user  www www;	# 指定nginx进程使用什么用户启动
worker_processes 4;	# 指定启动多少进程来处理请求,一般情况下设置成CPU的核数。
#如果开启了ssl和gzip更应该设置成与逻辑CPU数量一样甚至为2倍,可以减少I/O操作。
#使用grep ^processor /proc/cpuinfo | wc -l查看CPU核数。

worker_cpu_affinity 0001 0010 0100 1000;	
# 在高并发情况下,通过设置将CPU和具体的进程绑定来降低由于多核CPU切换造成的寄存器等现场重建带来的性能损耗。
# 如worker_cpu_affinity 0001 0010 0100 1000; (四核)

error_log  /var/logs/nginx_error.log  crit;	# 定义全局错误日志文件。
# 日志输出级别有debug、info、notice、warn、error、crit可供选择,其中,debug输出日志最为最详细,而crit输出日志最少。

pid        /usr/local/webserver/nginx/nginx.pid;

worker_rlimit_nofile 65535;	# 用于指定一个nginx进程可以打开的最多文件描述符数目,这里是65535,需要使用命令“ulimit -n 65535”来设置。

events模块

代码语言:javascript复制
events{
  use epoll;	# 事件模块指令,用来指定Nginx的工作模式。
  worker_connections 65536;	# 每一个worker进程能并发处理(发起)的最大连接数(包含与客户端或后端被代理服务器间等所有连接数)。
}

1、Nginx支持的工作模式有select、poll、kqueue、epoll、rtsig和/dev/poll。kqueue和epoll是高效的工作模式,不同的是epoll用在Linux平台上,而kqueue用在BSD系统中。对于Linux系统,epoll工作模式是首选。在操作系统不支持这些高效模型时才使用select。

2、最大连接数 = worker_processes * worker_connections/4,所以这里客户端最大连接数是65536。当nginx作为http服务器时,计算公式里面是除以2。进程的最大连接数受Linux系统进程的最大打开文件数限制,在执行操作系统命令ulimit -n 65536后worker_connections的设置才能生效。


stream

做tcp负载均衡的话在这下面插一下stream,像这样:

代码语言:javascript复制
events {
    worker_connections  1024;
}

stream {
	upstream MyServer{	# 定义一个upstream组,名为MyServer
		# 这里配置成要访问的 IP:Port
		# 这里选用权重轮询负载算法,weight为权重
		server 192.168.190.129:6000 weight=1 max_fails=3 fail_timeout=30s;
		server 192.168.190.129:6002 weight=1 max_fails=3 fail_timeout=30s;
		# max_fails :表示失败几次,则标记server已宕机,剔出上游服务。
        # fail_timeout :表示失败的重试时间。
	}
	server {
		proxy_connect_timeout 1s; 
		listen 8000; 
		proxy_pass MyServer;	# 把TCP通信发送到upstream的哪个server中去,可以指定端口,但是这里没必要
		tcp_nodelay on;
	}
}

http {

负载均衡算法

前面提到了权重负载,这里再列举几种: a):least-connected :对于每个请求,nginx plus选择当前连接数最少的server来处理

代码语言:javascript复制
upstream MyServer{
 least_conn;
 server 192.168.190.129:6000;
 server 192.168.190.129:6001;
 server 192.168.190.129:6002;
}

b)ip_hash :客户机的IP地址用作散列键,用于确定应该为客户机的请求选择服务器组中的哪个服务器,这样一台客户端就绑定了一台服务器了。

代码语言:javascript复制
upstream MyServer{
      ip_hash;
      server 192.168.190.129:6000;
	  server 192.168.190.129:6001;
	  server 192.168.190.129:6002;
}

与之对应的还有url_hash。

c)fair,按后端服务器的响应时间来分配请求,响应时间短的优先分配。

代码语言:javascript复制
upstream MyServer{
    server 192.168.1.10:8080;
    server 192.168.1.11:8080;
    fair;
}

指令参数

a)max_conns,限制每台server的连接数,用于保护避免过载,可起到限流作用 。

代码语言:javascript复制
upstream MyServer{
 server 192.168.190.129:6000 max_conns=2;
 server 192.168.190.129:6001 max_conns=2;
 server 192.168.190.129:6002 max_conns=2;
}

b)slow_start

代码语言:javascript复制
upstream MyServer{
 server 192.168.190.129:6000 weight=6 slow_start=60s;
 server 192.168.190.129:6001 weight=2;
 server 192.168.190.129:6002;
}

1、该参数不能使用在 hash 和 random load balancing 中。 2、如果在 upstream 中只有一台 server,则该参数失效

c)down、backup: down 用于标记服务节点不可用,backup 表示当前服务器节点是备用机,只有在其他的服务器都宕机以后,自己才会加入到集群中,被用户访问到。

代码语言:javascript复制
upstream MyServer{
	server 192.168.51.5:8080 down;
	server 192.168.51.6:8080 weight=1;
	server 192.168.51.5:8080 backup;
}

backup 参数不能使用在 hash 和 random load balancing 中。

d)Keepalived 提高吞吐量

代码语言:javascript复制
upstream MyServer{
	·····
	keepalive 32;	# 设置连接池大小
}


http服务器

代码语言:javascript复制
http{
  include       mime.types;	# 主模块指令,实现对配置文件所包含的文件的设定,可以减少主配置文件的复杂度。
  default_type  application/octet-stream;	# 属于HTTP核心模块指令,这里设定默认类型为二进制流
  #charset  gb2312;	# 指定客户端编码格式
  }

0 人点赞