Budsjetter NGINX-proxysokler før du øker worker_connections
En proxet tilkobling bruker vanligvis både en klient- og en upstream-sokkel; skill arbeiderens tilkoblingsgrense fra tjenestens filbeskrivelsesgrense.
En langvarig proxet tilkobling opptar vanligvis to sokler: klientens og upstreamens. worker_connections teller begge sider. Å multiplisere det med worker_processes gir derfor ikke noe løfte om kapasitet for proxybrukere.
Når tilkoblinger feiler, følg grensen som rapporteres:
| Bevis | Innstilling eller prosesstilstand som skal undersøkes |
|---|---|
| uttømming av worker_connections | Arbeiderens tilkoblingsbudsjett, inkludert upstream-sokler |
| Operativsystemets «For mange åpne filer» | Grensen for filbeskrivelser som den faktiske tjenesteprosessen arver |
Lyttesokler, logger og andre åpne filer bruker også beskrivelser. Gjenbruk av tilkoblinger og trafikkblandingen endrer forholdet mellom brukere og sokler.
worker_rlimit_nofile justerer arbeiderens grenser innenfor miljøets tillatelser. En systemd-enhet kan sette LimitNOFILE; ulimit i et interaktivt skall endrer ikke tjenesten som kjører.
Dimensjoner grensene etter arbeidsbelastningen, og undersøk hvem som bruker dem. Uventede klienter eller gjentatte upstream-feil kan tømme et budsjett som tidligere var tilstrekkelig. Et større prosesstall eller minnegrense reparerer ikke mangel på beskrivelser.