خطّط لمقابس NGINX الوكيلة قبل رفع worker_connections
الاتصال الوكيل يستخدم عادةً مقبس العميل ومقبس الخادم المنبع معًا؛ ميّز حد اتصالات العامل عن حد واصفات الملفات في الخدمة.
الاتصال الوكيل الطويل الأمد يشغل عادةً مقبسين: مقبس العميل ومقبس المنبع. ويحسب worker_connections الجانبين معًا. لذلك فإن ضربه في worker_processes لا يقدّم وعدًا بسعة لمستخدمي الوكيل.
عند فشل الاتصالات، اتبع الحد المبلَّغ عنه:
| الدليل | الإعداد أو حالة العملية التي يجب فحصها |
|---|---|
| استنفاد worker_connections | ميزانية اتصالات العامل، بما في ذلك مقابس المنبع |
| رسالة نظام التشغيل «ملفات مفتوحة كثيرة جدًا» | حد واصفات الملفات الذي ترثه عملية الخدمة الفعلية |
مقابس الاستماع والسجلات والملفات المفتوحة الأخرى تستهلك واصفات أيضًا. وإعادة استخدام الاتصالات ومزيج الحركة يغيّران العلاقة بين المستخدمين والمقابس.
يضبط worker_rlimit_nofile حدود العامل وفق أذونات البيئة. ويمكن لوحدة systemd تعيين LimitNOFILE؛ أما ulimit في صدفة تفاعلية فلا يغيّر الخدمة العاملة.
قدّر الحدود بحسب حجم العمل، وافحص من يستهلكها. فالعملاء غير المتوقعين أو اتصالات المنبع الفاشلة مرارًا قد تستنفد ميزانية كانت كافية سابقًا. وزيادة عدد العمليات أو حد الذاكرة لا تعالج نقص الواصفات.