worker_connections көтөрүүдөн мурун NGINX прокси сокеттерин пландаштырыңыз
Проксиленген туташуу адатта кардар жана upstream сокеттерин ээлейт; workerдин туташуу чегин кызматтын файл дескриптор чегинен ажыратыңыз.
Узак жашаган проксиленген туташуу адатта эки сокетти ээлейт: кардардыкы жана upstreamдики. worker_connections эки тарапты тең санайт. Ошондуктан аны worker_processes менен көбөйтүү прокси колдонуучуларына сыйымдуулук убада кылбайт.
Туташуулар ишке ашпаса, билдирилген чекке ээрчиңиз:
| Далил | Текшериле турган жөндөө же процесс абалы |
|---|---|
| worker_connections бүтүшү | Workerдин туташуу бюджети, upstream сокеттерин кошкондо |
| Операциялык системанын «Абдан көп ачык файл» билдирүүсү | Кызматтын чыныгы процессине мурас болгон файл дескриптор чеги |
Угуу сокеттери, журналдар жана башка ачык файлдар да дескрипторлорду сарптайт. Туташууларды кайра колдонуу жана трафик аралашмасы колдонуучулар менен сокеттердин ортосундагы катышты өзгөртөт.
worker_rlimit_nofile worker чектерин чөйрөнүн уруксаттарынын чегинде жөндөйт. systemd бирдиги LimitNOFILE орното алат; интерактивдүү shellдин ulimit иштеп жаткан кызматты өзгөртпөйт.
Чектерди жумуш жүгүнө жараша өлчөп, аларды ким сарптайарын текшериңиз. Күтүлбөгөн кардарлар же кайра-кайра ишке ашпаган upstream туташуулары мурун жетиштүү болгон бюджетти бүтүрүшү мүмкүн. Чоңураак процесс саны же эстутум чеги дескриптор тартыштыгын оңдобойт.