Nginx电流限制配置

限流算法

令牌桶算法

令牌以固定的速率生成，并放入令牌桶中. 当令牌桶已满时，多余的令牌将被丢弃；该请求将消耗相等比例的令牌. 当令牌不足时，如果请求通过后仍未获得令牌，则该请求将被拒绝服务；

漏斗算法

请求就像水流一样. 水从上方流入水桶，并以固定的速率流出水桶. 当上方的水过多流动而水桶中的水没有时间流出时，水将暂时缓冲在水桶中. 如果水流量太大，则在水桶装满后会溢出（溢出部分相当于丢弃请求）

“泄漏桶算法”可以强制数据的传输速率，而“令牌桶算法”可以限制数据的平均传输速率，并且还允许一定程度的突发传输（在极端情况下，当桶存储桶中的令牌已满，浏览量激增.

电流限制配置

limit_req_zone

用于限制每单位时间的请求数，即速率限制，所使用的泄漏存储区算法为“泄漏存储区”.

limit_req_zone $binary_remote_addr zone=one:10m rate=1r/s;
//$binary_remote_addr 表示通过remote_addr这个标识来做限制，“binary_”的目的是缩写内存占用量，是限制同一客户端ip地址。
//zone=one:10m表示生成一个大小为10M，名字为one的内存区域，用来存储访问的频次信息。
//rate=1r/s表示允许相同标识的客户端的访问频次，这里限制的是每秒1次，还可以有比如30r/m的。

limit_req zone=one burst=5 nodelay;
//zone=one 设置使用哪个配置区域来做限制，与上面limit_req_zone 里的name对应。
//burst=5，设置一个大小为5的缓冲区当有大量请求（爆发）过来时，超过了访问频次限制的请求可以先放到这个缓冲区内。
//nodelay，如果设置，超过访问频次而且缓冲区也满了的时候就会直接返回503，如果没有设置，则所有请求会等待排队。
//例：
http {
	limit_req_zone $binary_remote_addr zone = one: 10 m rate = 1 r / s;
	server {
		location / search / {
			limit_req zone = one burst = 5 nodelay;
		}
	}
}
// 下面配置可以限制特定UA（比如搜索引擎）的访问
http{
	limit_req_zone $anti_spider zone = one: 10 m rate = 10 r / s;
	limit_req zone = one burst = 100 nodelay;
	if ($http_user_agent~ * "googlebot|bingbot|Feedfetcher-Google") {
		set $anti_spider $http_user_agent;
	}
}

其他参数:

Syntax:    limit_req_log_level info | notice | warn | error;   
Default:   limit_req_log_level error;    
Context:    http, server, location
//设置你所希望的日志级别，当服务器因为频率过高拒绝或者延迟处理请求时可以记下相应级别的日志。 延迟记录的日志级别比拒绝的低一个级别；比如， 如果设置“limit_req_log_level notice”， 延迟的日志就是info级别。
Syntax:  limit_req_status code;    
Default: limit_req_status 503;    
Context: http, server, location
//设置拒绝请求的返回值 在400~599之间。

limit_req_conn

用于限制单个IP的请求数. 并非所有连接都被计数. 只有在服务器处理完请求并读取了整个请求标头后令牌桶算法google，连接才被计数.

Syntax:    limit_conn_zone key zone=name:size;   
Default:    —    
Context:    
// 注： key的值为$binary_remote_addr 而不是 $ remote_addr；参考官方文档：http://nginx.org/en/docs/http/ngx_http_limit_conn_module.html#limit_conn_zone
Syntax:    limit_conn zone number;    
Default:    —    
Context:    http, server, location    
// 一次只允许每个IP地址一个连接
limit_conn_zone $binary_remote_addr zone=addr:10m;
server {
	location /download/ {         
      	limit_conn addr 1;       
      }
}
//限制每个客户端IP连接到服务器的数量 为 10，同时限制连接到虚拟服务器的总数 为100
limit_conn_zone $binary_remote_addr zone=perip:10m;    
limit_conn_zone $server_name zone=perserver:10m;
server {       
  		...        
    	limit_conn perip 10;        
  	limit_conn perserver 100;    
}

其他配置:

// 当服务器限制连接数时，设置所需的日志记录级别
Syntax: limit_conn_log_level info | notice | warn | error;    
Default: limit_conn_log_level error;    
Context: http, server, location
// 设置状态代码以响应被拒绝的请求而返回
Syntax:    limit_conn_status code;    
Default:   limit_conn_status 503;    
Context:    http, server, location

配置示例:

限制访问率

limit_req_zone $binary_remote_addr zone=mylimit:10m rate=2r/s;    
server {         
		location / {             
				limit_req zone=mylimit;        
		}    
}

此配置将请求的处理时间限制为1秒两次和500ms次

突发缓存处理

limit_req_zone $binary_remote_addr zone=mylimit:10m rate=2r/s;    
server {         
  location / {             
    limit_req zone=mylimit burst=4;        
  }    
}

burst = 4表示每个密钥（此处为每个IP）最多允许4个突发请求. 如果单个IP在10ms内发送6个请求令牌桶算法google，则立即处理1个请求，缓存4个请求，并丢弃1个请求. 突发队列中放置了4个请求. 辅助进程每500毫秒（速率= 2r / s）接收一次处理请求. 最后一个请求将在处理之前等待2秒钟；

注意: 突发的作用是允许将冗余请求首先放入队列中并进行缓慢处理. 如果未添加nodelay参数，则不会立即处理队列中的请求，但将根据rate设置的速率以毫秒级的精确速度缓慢处理该请求.

nodelay减少了排队时间

limit_req_zone $binary_remote_addr zone=mylimit:10m rate=2r/s;    
server {         
  location / {             
    limit_req zone=mylimit burst=4 nodelay;        
  }    
}

nodelay参数允许请求在排队时立即处理，这意味着只要请求可以进入突发队列，后台工作人员就会立即对其进行处理. 请注意，这意味着当将burst设置为nodelay时，系统瞬时QPS可能会超出由速率设置的阈值. nodelay参数仅在与burst一起使用时才有用.

当单个ip在10ms内收到6个请求时，成功请求的速率与上述相同，成功5个，失败1个. 队列中的请求可以同时处理. 可以考虑同时处理5个请求，所需时间更少.

注意: 尽管设置突发和节点布局可以减少突发请求的处理时间，但从长远来看不会增加吞吐量的上限. 长期吞吐量的上限由速率决定，因为nodelay只能保证突发请求可以被立即处理，但是Nginx会限制释放队列元素的速度，就像限制令牌生成的速度一样. 令牌桶.

自定义返回值

limit_req_zone $binary_remote_addr zone=mylimit:10m rate=2r/s;   
server {         
  location / {            
    limit_req zone=mylimit burst=4 nodelay;            
    limit_req_status 598;        
  }    
}

以这种方式设置，当请求超过设置的阈值时，返回的状态码为598

注意:

参考文章:

理解文章: Nginx源代码说明-HTTP模块流控制

组织起来并不容易，如果需要转载，请注明出处:

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/jisuanjixue/article-199592-1.html