Begroot NGINX-proxysokke voordat jy worker_connections verhoog
'n Geproxiede verbinding gebruik gewoonlik beide 'n kliënt- en 'n opstroomsok; onderskei die werker se verbindingslimiet van die diens se lêerbeskrywingslimiet.
Een langdurige geproxiede verbinding beslaan gewoonlik twee sokke: dié van die kliënt en dié van die opstroom. worker_connections tel beide kante. Om dit met worker_processes te vermenigvuldig gee dus nie 'n belofte oor kapasiteit vir proxygebruikers nie.
Wanneer verbindings misluk, volg die gerapporteerde limiet:
| Bewyse | Instelling of prosestoestand om na te gaan |
|---|---|
| uitputting van worker_connections | Die werker se verbindingsbegroting, insluitend opstroomsokke |
| Bedryfstelsel "Te veel oop lêers" | Die lêerbeskrywingslimiet wat die werklike diensproses erf |
Luistersokke, logs en ander oop lêers verbruik ook descriptors. Hergebruik van verbindings en die verkeersamestelling verander die verhouding tussen gebruikers en sokke.
worker_rlimit_nofile pas die werkerlimiete aan binne die omgewing se toestemmings. 'n systemd-eenheid kan LimitNOFILE stel; ulimit van 'n interaktiewe skulp verander nie die lopende diens nie.
Bepaal die limiete volgens die werklading en ondersoek wie hulle verbruik. Onverwagte kliënte of herhaaldelik mislukkende opstroomverbindings kan 'n voorheen voldoende begroting uitput. 'n Groter prosesgetal- of geheuelimiet herstel nie 'n tekort aan descriptors nie.