Miért fogyhatnak el az Nginx kapcsolatai alacsony CPU-terhelés mellett?

Question

IT Interview Practice · Accepted Answer

Egy kapcsolat várakozás közben is foglalhat erőforrást, alacsony CPU-használat mellett is. Először a ténylegesen elért korlátot azonosítsuk, ne feltételezzük, hogy több számítási teljesítmény kell.

## A proxykérés mindkét oldalát számoljuk

```text
Client -- socket A --> Nginx -- socket B --> Backend
```

Egy proxyn átmenő HTTP/1.x kérés egy kliens- és egy upstream kapcsolatot használhat. Ha a backend elakad, mindkettő foglalt maradhat. A `worker_connections` az upstream kapcsolatokat is tartalmazza, ezért értéke nem egyszerűen a támogatott felhasználók száma.

## Fordítsuk a hibát ellenőrzéssé

- `worker_connections are not enough`: nézzük meg a workerenként beállított kapcsolati korlátot és az aktuális kapcsolatokat.
- `Too many open files`: vizsgáljuk a worker tényleges fájlleíró-korlátját. A leíró az operációs rendszer socketekhez és fájlokhoz használt fogantyúja.
- Növekvő upstream válaszidő: vizsgáljuk a kapcsolatokat lefoglaló backend munkát.

Szemléltetésül 1 000 egyidejűleg aktív proxykérés körülbelül 2 000 socketet igényelhet a két oldalon. Ez nem méretezési képlet: a HTTP/2, a keepalive újrahasználat és a tétlen kapcsolatok módosítják az arányt.

## Csak az ok megismerése után növeljünk kapacitást

Először javítsuk az elakadt backend munkát vagy korlátozzuk a várakozó kéréseket. Ha az egészséges forgalom lépi túl a határokat, hangoljuk össze a workerbeállításokat, folyamatkorlátokat és memóriát, majd terheléses teszteljünk. A sikeres áteresztőképesség és késleltetés javulását igazoljuk, ne pusztán hosszabb sort engedjünk.

[Hivatalos dokumentáció](https://nginx.org/en/docs/ngx_core_module.html#worker_connections).

A proxykérés mindkét oldalát számoljuk

Fordítsuk a hibát ellenőrzéssé

Csak az ok megismerése után növeljünk kapacitást

Kapcsolódó kérdések