#以用户二进制IP地址,定义三个漏桶,滴落速率1-3req/sec,桶空间1m,1M能保持大约16000个(IP)状态
limit_req_zone $binary_remote_addr zone=qps1:1m rate=1r/s;
limit_req_zone $binary_remote_addr zone=qps2:1m rate=2r/s;
limit_req_zone $binary_remote_addr zone=qps3:1m rate=3r/s; server { #速率qps=,峰值burst=,延迟请求
#严格按照漏桶速率qps=1处理每秒请求
#在峰值burst=5以内的并发请求,会被挂起,延迟处理
#超出请求数限制则直接返回503
#客户端只要控制并发在峰值[burst]内,就不会触发limit_req_error_log
# 例1:发起一个并发请求=,拒绝1个,处理1个,进入延迟队列4个:
#time request refuse sucess delay
#:
#:
#:
#:
#:
location /delay {
limit_req zone=qps1 burst=;
} #速率qps=,峰值burst=,不延迟请求
#加了nodelay之后,漏桶控制一段时长内的平均qps = 漏桶速率,允许瞬时的峰值qps > 漏桶qps
#所以峰值时的最高qps=(brust+qps-)=
#请求不会被delay,要么处理,要么直接返回503
#客户端需要控制qps每秒请求数,才不会触发limit_req_error_log
# 例2:每隔5秒发起一次达到峰值的并发请求,由于时间段内平均qps= 所以仍然符合漏桶速率:
#time request refuse sucess
#:
#:
#:
# 例3:连续每秒发起并发请求=,由于时间段内平均qps>>,超出的请求被拒绝:
#time request refuse sucess
#:
#:
#: location /nodelay {
limit_req zone=qps1 burst= nodelay;
}
}
05-11 20:29