Nginx-如果有`nodelay`选项，定义`burst`是什么意思

在Nginx配置中，当您想通过使用limit_req_zone/ 来限制请求处理速率时limit_req instructions，我不太了解该nodelay选项的用法。
以我的理解，它会在不延迟定义速率的情况下终止请求。因此，它似乎等同于burst=0。这就是为什么我不理解以下示例的原因：

limit_req zone=one burst=5 nodelay;

burst定义了可能会延迟的请求数，那么定义burst是否有nodelay选项的含义是什么？

我发现limit_req文档足够清晰。

burst 是这样记录的：

过多的请求被延迟，直到它们的数量超过最大突发大小[...]

nodelay 是这样记录的：

如果不需要在限制请求时延迟过多的请求，则应使用参数nodelay

请求被限制为适合定义的速率。如果请求以更高的速率传入，则将不超过每个时间单位定义的请求数。然后，您需要决定如何处理其他请求。

• 默认情况下（no burst，no nodelay），请求被拒绝，并显示HTTP 503错误。
• 使用burst，您可以将已定义的请求数堆叠在等待队列中，但是处理它们的速度不会比按时间单位速率定义的请求要快。
• 使用burst和nodelay，队列将不会等待，请求突发将立即得到处理。

关于原始答案的评论似乎是错误的。

当前的问题是，说速率= 6r / s突发= 0和速率= 1r / s突发= 5节点之间有什么区别？

答案很好地解释了不存在nodelay选项时的区别-在这种情况下，请求随着突发而排队，并且在没有突发的情况下进行503排队。

最初的答案似乎就在现场-使用nodelay，立即处理突发请求。因此，这唯一的含义是，指定突发+节点布局与仅指定busrt = 0的较高限制之间没有区别。

因此，为了更简洁地回答OP问题：指定了nodelay时，burst的含义与仅指定较大速率而不采用burst的含义相同。

通过burst和nodelay指定，我发现更容易理解这样的机制（与通常理解的相反）：

1. 您最多允许burst请求。随着$binary_remote_addr这就是你从一个给定的地址接受请求的最大数量。每个请求都会增加一个内部计数器。当计数器到达时，burst所有其他请求都会被拒绝（并且计数器不会增加到超出burst值的水平）。
2. 该计数器以所指定的速率连续减小rate。

此逻辑表明，指定一个较高的burst值（例如100和更大）和一个较低的rate值（甚至是2r / s之类的值）是很有意义的。这样可以更好地处理正常浏览（一批并行请求，然后是一段安静的时间），同时防止持续的机器人请求流。

我向在nginx网站上撰写以下帖子的人问了尼古拉斯的问题。 NGINX速率限制。他的回复如下

在以前的速率限制中，nginx将以1/6秒的间隔接受连续的请求。它不会接受不满足该最小时间间隔的突发请求。另一方面，在后一个定义中，nginx将接受最多6个请求的突发，而不管请求之间的时间间隔如何。 答案链接

基于Dan的出色回答和nginx的源代码，此nodelay行为的简要概述如下：

• burst是允许多少个新的并发请求。
• rate是每单位时间有多少新的并发请求变旧。（此更新是逐步进行的：每个请求一次，但不是每秒一次。）

我建议阅读此线程： limit_req_zone受位置/代理限制

而这个答案： stackoverflow