Bagaimana mendiagnosis kesalahan 502 dan 504 di Nginx?

Question

IT Interview Practice · Accepted Answer

Temukan titik kegagalan permintaan sebelum menaikkan timeout. 502 sering menunjukkan kegagalan komunikasi upstream; 504 sering menunjukkan waktu tunggu upstream yang habis. Log membedakan kegagalan sebenarnya.

## Contoh: aplikasi tidak mendengarkan

Misalkan cuplikan error log berbunyi:

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

Nginx mencoba terhubung ke port 3000 dan ditolak. Periksa apakah aplikasi berjalan dan mendengarkan pada alamat itu. Dari mesin atau container Nginx sendiri, uji `curl -i http://127.0.0.1:3000/products`. Di dalam container, alamat itu menunjuk container tersebut, bukan otomatis ke container aplikasi lain.

## Contoh: terhubung, tetapi header respons tidak tiba tepat waktu

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

Ini menunjukkan penantian header respons. Korelasikan permintaan dengan log aplikasi dan kueri database yang lambat. Periksa waktu koneksi dan waktu respons upstream untuk memisahkan penyiapan jaringan dari pekerjaan aplikasi.

## Pastikan perbaikannya

Perbaiki alamat atau pulihkan aplikasi yang gagal untuk kasus pertama; selidiki pekerjaan lambat untuk kasus kedua. Coba lagi rute yang terdampak dan pantau tingkat kesalahan serta latensi. `proxy_read_timeout` yang lebih panjang mengizinkan jeda antarpembacaan lebih lama; ini tidak menciptakan kapasitas backend. Periksa juga log CDN dan aplikasi jika salah satunya menghasilkan kesalahan.

[Dokumentasi resmi](https://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_read_timeout).

Contoh: aplikasi tidak mendengarkan

Contoh: terhubung, tetapi header respons tidak tiba tepat waktu

Pastikan perbaikannya

Pertanyaan terkait