Как именно в nginx limit_req burst «задерживает» запросы?

Question

[Сергей]

Допустим имеется nginx с заданными лимитами:
limit_req_zone $binary_remote_addr zone=one:10m rate=30r/s;
limit_req zone=one burst=10;

Допустим на этот nginx приходит в какую-то секунду 31 запрос, один запрос соответственно откладывается на следующую секунду, в следующую секунду приходит снова 31 запрос, тот который был отложен, будет исполнен приоритетно и гарантированно?

Comments

[Влад Животнев]

Лучше в их рассылке спросить, здесь никого, читавшего исходники nginx, нет.

Answer 1

[Валерий Рябошапко]

Насколько помню по своему опыту, лишние запросы не задерживаются, а отклоняются с 500-й ошибкой.

Comments

[Сергей]

503 по дефолту. То есть директива burst можно сказать не работает?

[Валерий Рябошапко]

Сергей: скорее всего, Вы правы, помню только группу, а не точный код. Почему не работает? Работает, снижает нагрузку на сервер :-) Соль в том, что ошибку получают только «лишние» пользователи, остальные получают нормальные ответ.

[Сергей]

Валерий Рябошапко: Я к тому, что нагрузку снижает и просто rate=30/s, всё что выше - сбрасывается, мне хотелось чтобы и кратковременные пики отрабатывались, потому была найдена эта директива burst, документацию прочитал, то что нужно, но не совсем понятен нюанс, описанный в самом вопросе, что происходит с "лишними" запросами, если, как вы говорите, сбрасываются, то можно сказать эта конструкция не работает.

[Валерий Рябошапко]

Сергей: burst — это такой дополнительный порог. При его достижении включается основное ограничение. То есть если основное ограничение 10 r/s, а burst 30, то 15 и 20 запросов за секунду он пропустит, но если за секунду придёт 31 запрос, то в следующую секунду он пропустит только 10 запросов, остальным покажет 503. И так будет каждую следующую секунду, пока частота обращений не опустится ниже 10 в секунду. Кстати, сейчас заметил, что у Вас неправильно конфиг составлен, burst должен быть меньше чем limit.

[Валерий Рябошапко]

Сергей: кстати, обратите внимание, что этот лимит стоит ставить только на тот location, который отдаёт динамику, на статику он не нужен и может даже мешать. Плюс заметьте, что это ограничение на количество запросов с одного IP, а не вообще. Это так, на всякий случай :-)

[Сергей]

Валерий Рябошапко: огромное спасибо, понял свою ошибку. Немного двусмысленно у них составлена документация, а как говорится, если что-то может быть понято в неправильном смысле - так оно и будет понято.
Да, в таком случае у меня конфиг неправильный.

Answer 2

[pys]

Burst предполагается делать больше чем rate. Если будет rate 30 а burst 40 то 31-й запрос отложится на следующую секунду, а 41-й будет отклонен с 503-м статусом.