Neurtu NGINX proxy socketak worker_connections igo aurretik
Proxy bidezko konexioak bezeroaren socketaz eta upstream socketaz baliatu ohi dira; bereizi workerraren konexio-muga zerbitzuaren fitxategi-deskribatzaileen mugatik.
Proxy bidezko konexio luze batek bi socket hartu ohi ditu: bezeroarena eta upstreamarena. worker_connections-ek bi aldeak zenbatzen ditu. Beraz, worker_processes-z biderkatzeak ez du proxy erabiltzaileentzako edukieraren bermerik ematen.
Konexioak huts egiten dutenean, jarraitu jakinarazitako muga:
| Ebidentzia | Aztertu beharreko ezarpena edo prozesuaren egoera |
|---|---|
| worker_connections agortzea | Workerraren konexio-aurrekontua, upstream socketak barne |
| Sistema eragilearen «Fitxategi ireki gehiegi» mezua | Zerbitzuaren benetako prozesuak oinordetzen duen fitxategi-deskribatzaileen muga |
Entzute-socketek, erregistroek eta beste fitxategi irekiek ere deskribatzaileak kontsumitzen dituzte. Konexioen berrerabilerak eta trafikoaren nahasketak erabiltzaileen eta socketen arteko harremana aldatzen dute.
worker_rlimit_nofile-ek workerraren mugak doitzen ditu ingurunearen baimenen arabera. systemd unitate batek LimitNOFILE ezar dezake; shell interaktibo baten ulimit-ek ez du martxan dagoen zerbitzua aldatzen.
Neurtu mugak karga-lanaren arabera eta ikusi nork kontsumitzen dituen. Ustekabeko bezeroek edo behin eta berriz huts egiten duten upstream konexioek lehen nahikoa zen aurrekontua agor dezakete. Prozesu-kopuru edo memoria-muga handiagoek ez dute deskribatzaileen gabeziarik konpontzen.