Panga soketi za proksi za NGINX kabla ya kuongeza worker_connections
Muunganisho wa proksi kwa kawaida hutumia soketi ya mteja na ya upstream; tofautisha kikomo cha muunganisho cha worker na kikomo cha vifafanuzi vya faili vya huduma.
Muunganisho mmoja wa proksi wa muda mrefu kwa kawaida huchukua soketi mbili: ya mteja na ya upstream. worker_connections huhesabu pande zote mbili. Kwa hiyo kuizidisha kwa worker_processes hakuahidi uwezo kwa watumiaji wa proksi.
Miunganisho inaposhindikana, fuata kikomo kilichoripotiwa:
| Ushahidi | Mpangilio au hali ya mchakato wa kukagua |
|---|---|
| kumalizika kwa worker_connections | Bajeti ya miunganisho ya worker, ikijumuisha soketi za upstream |
| Ujumbe wa mfumo wa uendeshaji “Faili nyingi zimefunguliwa” | Kikomo cha vifafanuzi vya faili kinachorithiwa na mchakato halisi wa huduma |
Soketi za kusikiliza, kumbukumbu na faili nyingine zilizofunguliwa pia hutumia vifafanuzi. Matumizi tena ya miunganisho na mchanganyiko wa trafiki hubadilisha uhusiano kati ya watumiaji na soketi.
worker_rlimit_nofile hurekebisha vikomo vya worker kulingana na ruhusa za mazingira. Kitengo cha systemd kinaweza kuweka LimitNOFILE; ulimit katika ganda la maingiliano haliathiri huduma inayoendeshwa.
Pima vikomo kulingana na mzigo wa kazi, na kagua nani anavitumia. Wateja wasiotarajiwa au miunganisho ya upstream inayoshindikana mara kwa mara inaweza kumaliza bajeti iliyokuwa ya kutosha awali. Idadi kubwa ya michakato au kikomo cha kumbukumbu hakirekebishi upungufu wa vifafanuzi.