worker_connections көтерер алдында NGINX прокси сокеттерін жоспарлаңыз
Проксиленген қосылым әдетте клиент пен upstream сокеттерін бірге алады; worker қосылым шегін қызметтің файл дескриптор шегінен ажыратыңыз.
Ұзақ өмір сүретін проксиленген қосылым әдетте екі сокет алады: клиенттікі және upstream-дікі. worker_connections екі жағын да санайды. Сондықтан оны worker_processes-ге көбейту прокси пайдаланушыларына сыйымдылық уәдесін бермейді.
Қосылымдар сәтсіз болса, хабарланған шекке сүйеніңіз:
| Дәлел | Тексерілетін параметр немесе процесс күйі |
|---|---|
| worker_connections таусылуы | Worker қосылым бюджеті, upstream сокеттерін қоса |
| Операциялық жүйенің «Тым көп ашық файл» хабары | Қызметтің нақты процесіне мұра болған файл дескриптор шегі |
Тыңдау сокеттері, журналдар және басқа ашық файлдар да дескрипторларды жұмсайды. Қосылымдарды қайта пайдалану мен трафик құрамы пайдаланушылар мен сокеттер арасындағы қатынасты өзгертеді.
worker_rlimit_nofile worker шектерін ортаның рұқсаттары шегінде реттейді. systemd бірлігі LimitNOFILE орната алады; интерактивті shell-дің ulimit мәні жұмыс істеп тұрған қызметті өзгертпейді.
Шектерді жұмыс жүктемесіне қарай өлшеп, оларды кім жұмсайтынын тексеріңіз. Күтпеген клиенттер немесе қайта-қайта сәтсіз болатын upstream қосылымдары бұрын жеткілікті болған бюджетті таусылуы мүмкін. Үлкенірек процесс саны немесе жады шегі дескриптор тапшылығын жоймайды.