Jak diagnostikujete chyby 502 a 504 v Nginx?

Question

IT Interview Practice · Accepted Answer

Než zvýšíte timeouty, zjistěte, kde požadavek selhal. Chyba 502 často ukazuje na neúspěšnou komunikaci s upstreamem; 504 často na vypršení čekání na upstream. Skutečné selhání rozliší logy.

## Příklad: aplikace nenaslouchá

Předpokládejme, že výpis chybového logu říká:

```text
connect() failed (111: Connection refused) while connecting to upstream
upstream: "http://127.0.0.1:3000/products"
```

Nginx se pokusil připojit k portu 3000 a spojení bylo odmítnuto. Ověřte, že aplikace běží a naslouchá na této adrese. Z počítače nebo kontejneru samotného Nginx vyzkoušejte `curl -i http://127.0.0.1:3000/products`. V kontejneru tato adresa označuje samotný kontejner, nikoli automaticky kontejner jiné aplikace.

## Příklad: spojení navázáno, ale hlavičky odpovědi nepřišly včas

```text
upstream timed out while reading response header from upstream
```

To ukazuje na čekání na hlavičky odpovědi. Propojte požadavek s aplikačními logy a pomalými databázovými dotazy. Zkontrolujte dobu navázání spojení a upstream odpovědi, abyste oddělili síťovou přípravu od aplikační práce.

## Potvrďte opravu

V prvním případě opravte adresu nebo obnovte nefunkční aplikaci; ve druhém zkoumejte pomalou práci. Znovu zavolejte postiženou cestu a sledujte chybovost a latenci. Delší `proxy_read_timeout` dovoluje delší mezeru mezi čteními; nevytváří kapacitu backendu. Pokud chybu vytvořilo CDN nebo aplikace, zkontrolujte i jejich logy.

[Oficiální dokumentace](https://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_read_timeout).

Příklad: aplikace nenaslouchá

Příklad: spojení navázáno, ale hlavičky odpovědi nepřišly včas

Potvrďte opravu

Související otázky