429 عدد الطلبات كبير جدًا

الدعم تثبيت
1

مرحبًا بالجميع، أعلم أن هناك مواضيع سابقة عن “طلبات كثيرة جدًا”، لكن يبدو أن هذه لا تنطبق تمامًا.

أواجه أخطاء 429 متقطعة في Discourse (وكل شيء بطيء بشكل عام) مع تتبع الخطأ التالي:

Error: Too Many Requests
    at s (https://discourse.looker.com/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js:9:9188)
    at a (https://discourse.looker.com/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js:9:9045)
    at o (https://discourse.looker.com/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js:9:8936)
    at Object.trigger (https://discourse.looker.com/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js:18:7223)
    at https://discourse.looker.com/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js:18:9212
    at t.invoke (https://discourse.looker.com/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js:16:9729)
    at e.t.flush (https://discourse.looker.com/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js:16:8732)
    at e.t.flush (https://discourse.looker.com/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js:16:10782)
    at e.n._end (https://discourse.looker.com/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js:16:15440)
    at e.n.end (https://discourse.looker.com/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js:16:12110)

هو دائمًا رابط .js هذا، وهو كتلة JavaScript كبيرة جدًا لا تعني لي الكثير. يبدو أن المثيل الذي يشغل Discourse يعمل تحت حمل منخفض جدًا — 10% من وحدة المعالجة المركزية، وكل شيء آخر يبدو طبيعيًا نسبيًا، لذا فإن تلقي أخطاء 429 محير بعض الشيء.

هل هناك إعدادات يمكنني رفعها في مكان ما لتغيير حد معدل الطلبات العالمي؟ يبدو أن المثيل يمكنه التعامل مع حمل أكبر بكثير مما يعتقد Discourse، أو ربما أفتقد شيئًا أكبر ناتجًا عن إضافة أو خلل.

شكرًا لكم!

إعجابَين (2)
2

Is your site behind a reverse proxy or anything else that would mess with real incoming IP addresses?

إعجاب واحد (1)
3

No, I don’t believe so (and the logs capture IP addresses normally) but it does sit behind an ELB. It definitely did correlate with a significant increase in traffic (looks kind of like a DDOS attack or something)
image

But if my understanding of rate limiting is correct, that shouldn’t have affected every user— Only the user trying to visit a million times, right?

I’ll verify re: the network architecture. Thanks!

4

I believe the nginx inside the Discourse container is using the ELB IP for the rate limiting bucket instead of the original client IP.

إعجاب واحد (1)
5

That sounds quite possible. Just verified that we do have an ELB setup in aws with nothing particularly special about it— Is is the result of something that I have misconfigured on my end?

Not 100% sure what next steps would be. If you point me in the right direction, I can probably work with my ops team to figure it out. Thanks much!

إعجاب واحد (1)