Plānojiet NGINX starpniekservera ligzdas pirms worker_connections palielināšanas
Proksēts savienojums parasti aizņem gan klienta, gan upstream ligzdu; nošķiriet worker savienojumu limitu no pakalpojuma failu deskriptoru limita.
Viens ilglaicīgs proksēts savienojums parasti aizņem divas ligzdas: klienta un upstream. worker_connections skaita abas puses. Tāpēc tā reizināšana ar worker_processes nesola jaudu starpniekservera lietotājiem.
Kad savienojumi neizdodas, sekojiet ziņotajam limitam:
| Pierādījums | Iestatījums vai procesa stāvoklis, kas jāpārbauda |
|---|---|
| worker_connections izsmelšana | Worker savienojumu budžets, ieskaitot upstream ligzdas |
| Operētājsistēmas „Pārāk daudz atvērtu failu“ | Failu deskriptoru limits, ko manto faktiskais pakalpojuma process |
Klausīšanās ligzdas, žurnāli un citi atvērti faili arī patērē deskriptorus. Savienojumu atkārtota izmantošana un trafika sajaukums maina attiecības starp lietotājiem un ligzdām.
worker_rlimit_nofile pielāgo worker limitus atbilstoši vides atļaujām. systemd vienība var iestatīt LimitNOFILE; interaktīvas čaulas ulimit nemaina darbojošos pakalpojumu.
Novērtējiet limitus atbilstoši darba slodzei un pārbaudiet, kas tos patērē. Negaidīti klienti vai atkārtoti neveiksmīgi upstream savienojumi var izsmelt iepriekš pietiekamu budžetu. Lielāks procesu skaits vai atmiņas limits neatlīdzina deskriptoru trūkumu.