Планирајте NGINX прокси сокете пре повећања worker_connections
Проксирана веза обично заузима и клијентски и upstream сокет; разликујте ограничење веза воркера од ограничења датотечних дескриптора услуге.
Једна дуготрајна проксирана веза обично заузима два сокета: клијентски и upstream. worker_connections броји обе стране. Зато множење са worker_processes не даје обећање капацитета корисницима проксија.
Када везе не успевају, следите пријављено ограничење:
| Доказ | Подешавање или стање процеса које треба проверити |
|---|---|
| исцрпљивање worker_connections | Буџет веза воркера, укључујући upstream сокете |
| Порука оперативног система „Превише отворених датотека“ | Ограничење датотечних дескриптора које наслеђује стварни процес услуге |
Сокети за слушање, дневници и друге отворене датотеке такође троше дескрипторе. Поновна употреба веза и састав саобраћаја мењају однос између корисника и сокета.
worker_rlimit_nofile прилагођава ограничења воркера у границама дозвола окружења. systemd јединица може поставити LimitNOFILE; ulimit у интерактивној љусци не мења услугу која ради.
Димензионишите ограничења према радном оптерећењу и проверите ко их троши. Неочекивани клијенти или upstream везе које стално падају могу исцрпети раније довољан буџет. Већи број процеса или ограничење меморије не поправља недостатак дескриптора.