Nginx - apa artinya mendefinisikan `burst` jika ada opsi` nodelay`

Dalam konfigurasi Nginx, ketika Anda ingin membatasi laju pemrosesan permintaan dengan menggunakan limit_req_zone/ limit_req instructions, saya tidak benar-benar memahami penggunaan nodelayopsi.
Dalam pemahaman saya, ini mengakhiri permintaan di atas tingkat yang ditentukan tanpa menunda mereka. Jadi sepertinya sama dengan burst=0. Itu sebabnya saya tidak mengerti contoh berikut:

limit_req zone=one burst=5 nodelay;

burstmendefinisikan jumlah permintaan yang bisa ditunda, jadi apa artinya mendefinisikan burstjika ada nodelayopsi?

Saya menemukan limit_reqdokumentasi yang cukup jelas.

burst didokumentasikan seperti itu:

Permintaan berlebihan ditunda hingga jumlahnya melebihi ukuran burst maksimum [...]

nodelay didokumentasikan seperti itu:

Jika menunda permintaan berlebihan sementara permintaan sedang terbatas tidak diinginkan, parameter nodelay harus digunakan

Permintaan terbatas agar sesuai dengan tarif yang ditentukan. Jika permintaan masuk pada tingkat yang lebih tinggi, tidak lebih dari jumlah permintaan yang ditentukan per unit waktu akan dilayani. Anda kemudian perlu memutuskan apa yang harus dilakukan dengan permintaan lainnya.

• Secara default (tidak burst, tidak nodelay), permintaan ditolak dengan kesalahan HTTP 503.
• Dengan burst, Anda menumpuk jumlah permintaan yang ditentukan dalam antrian tunggu, tetapi Anda tidak memprosesnya lebih cepat dari permintaan yang ditentukan per tingkat satuan waktu .
• Dengan burstdan nodelay, antrian tidak akan menunggu dan permintaan semburan akan segera diproses .

Komentar pada jawaban awal tampaknya salah.

Pertanyaan yang dihadapi adalah apa perbedaan antara, katakanlah rate = 6r / s burst = 0 dan rate = 1r / s burst = 5 nodelay

Jawabannya bagus untuk menjelaskan perbedaan ketika opsi nodelay TIDAK hadir - dalam hal ini, permintaan mengantri dengan burst, dan 503 akan tanpa burst.

Jawaban aslinya tampaknya tepat - dengan nodelay, permintaan burst diproses segera. Dan karenanya, satu-satunya implikasi dari itu adalah bahwa tidak ada perbedaan antara menentukan burst + nodelay vs hanya menentukan batas yang lebih tinggi dengan busrt = 0 di tempat pertama.

Oleh karena itu, untuk menjawab pertanyaan OP secara lebih ringkas: makna burst ketika nodelay ditentukan sama dengan hanya menentukan tingkat yang lebih besar tanpa burst.

Dengan burstdan nodelayditentukan, saya merasa lebih mudah untuk memahami mekanisme seperti ini (sebaliknya yang biasanya dipahami):

1. Anda mengizinkan maksimum burstpermintaan. Dengan $binary_remote_addrjumlah permintaan maksimum yang Anda terima dari alamat yang diberikan. Setiap permintaan menambah penghitung internal. Ketika penghitung mencapai burstsemua permintaan tambahan ditolak (dan penghitung tidak bertambah melebihi burstnilai).
2. Penghitung ini terus diturunkan pada tingkat yang ditentukan menggunakan rate.

Logika ini menunjukkan bahwa masuk akal untuk menentukan burstnilai tinggi (misalnya 100 dan lebih banyak) dan ratenilai rendah (bahkan sekitar 2r / dtk). Ini menangani penelusuran normal (sejumlah permintaan paralel diikuti dengan periode tenang) dengan lebih baik sekaligus melindungi dari aliran permintaan bot berkelanjutan.

Saya menanyakan pertanyaan Nicolas kepada orang yang menulis posting di bawah ini di situs web nginx. Pembatasan NGINX Rate . Balasannya adalah seperti di bawah ini

Dalam batas kurs sebelumnya, nginx akan menerima permintaan berurutan pada interval 1/6 detik. itu tidak akan menerima ledakan permintaan yang tidak memenuhi interval waktu minimum itu. Di sisi lain dalam definisi yang terakhir, nginx akan menerima ledakan hingga 6 permintaan terlepas dari interval waktu antara permintaan. Tautan jawaban

Berdasarkan jawaban Dan yang luar biasa dan pada kode sumber nginx , ringkasan ringkas untuk nodelayperilaku tersebut adalah sebagai berikut:

• burstadalah berapa banyak baru permintaan bersamaan diperbolehkan.
• rateadalah berapa banyak permintaan bersamaan baru menjadi lama per unit waktu. (Pembaruan ini terjadi secara bertahap: sekali per permintaan tetapi tidak per detik.)

Saya menyarankan untuk membaca utas ini: limit_req_zone batas berdasarkan lokasi / proxy

dan jawaban ini: stackoverflow