Si balancojnë trafikun upstream-et e Nginx dhe trajtojnë nyjet me defekt?

Question

IT Interview Practice · Accepted Answer

Përcaktoni një grup upstream që Nginx t'i dërgojë kërkesat te disa instanca aplikacioni. Pastaj vendosni si ndahet puna dhe kur shmanget përkohësisht një instancë me defekt.

## Filloni me dy serverë aplikacioni

Brenda `http`, konfigurimi ilustrues më poshtë shpërndan trafikun në dy adresa private:

```nginx
upstream app {
    server 10.0.0.11:3000 max_fails=2 fail_timeout=10s;
    server 10.0.0.12:3000 max_fails=2 fail_timeout=10s;
}
server {
    listen 80;
    location / {
        proxy_pass http://app;
    }
}
```

Me pesha të barabarta, metoda standarde round-robin i përdor serverët me radhë. Parametrat `max_fails` dhe `fail_timeout` të shembullit lejojnë që dështimet që plotësojnë kushtet ta përjashtojnë përkohësisht serverin. Numrat ilustrojnë sjelljen; vlerat e prodhimit zgjidhini sipas trafikut dhe tolerancës ndaj dështimit.

## Kur do ta ndryshonit metodën?

Nëse disa kërkesa i mbajnë lidhjet të zëna shumë më gjatë, konsideroni shtimin e `least_conn;` në bllokun upstream. Ai preferon më pak lidhje aktive. Asnjë metodë nuk ndan të dhënat e sesioneve: nëse sesionet e hyrjes jetojnë në një instancë, kalojini në ruajtje të përbashkët ose projektoni qëllimisht afinitetin e sesionit.

## Testoni dështimin në vend që të supozoni rikuperimin

Ndaloni një instancë testimi dhe shihni cili upstream merr kërkesa. Zbulimi pasiv mëson nga kërkesat reale; kontrollet periodike të shëndetit varen nga veçoritë e disponueshme. Kufizoni riprovimet dhe mos përsëritni verbërisht një pagesë me rezultat të pasigurt: përpjekja e parë mund të ketë pasur sukses.

[Dokumentacioni zyrtar](https://nginx.org/en/docs/http/ngx_http_upstream_module.html).

Filloni me dy serverë aplikacioni

Kur do ta ndryshonit metodën?

Testoni dështimin në vend që të supozoni rikuperimin

Pyetje të ngjashme