Kaip Nginx upstream paskirsto srautą ir tvarko sugedusius mazgus?

Question

IT Interview Practice · Accepted Answer

Apibrėžkite upstream grupę, kad Nginx siųstų užklausas keliems programos egzemplioriams. Tada nuspręskite, kaip paskirstyti darbą ir kada laikinai vengti neveikiančio egzemplioriaus.

## Pradėkite nuo dviejų programos serverių

Ši iliustracinė konfigūracija `http` viduje paskirsto srautą dviem privatiems adresams:

```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;
    }
}
```

Esant vienodiems svoriams, numatytasis round-robin serverius naudoja paeiliui. Pavyzdžio `max_fails` ir `fail_timeout` leidžia tinkamus kriterijus atitinkantiems gedimams laikinai pašalinti serverį. Skaičiai iliustruoja veikimą; produkcines reikšmes rinkitės pagal srautą ir gedimų toleranciją.

## Kada keisti metodą?

Jei kai kurios užklausos ryšius užima daug ilgiau, apsvarstykite `least_conn;` upstream bloke. Jis teikia pirmenybę mažesniam aktyvių ryšių skaičiui. Nė vienas metodas nesidalija sesijos duomenimis: jei prisijungimo sesijos yra viename egzemplioriuje, perkelkite jas į bendrą saugyklą arba sąmoningai suprojektuokite session affinity.

## Testuokite gedimą, o ne numanykite atsistatymą

Sustabdykite vieną bandomąjį egzempliorių ir pažiūrėkite, kuris upstream gauna užklausas. Pasyvus gedimų aptikimas mokosi iš tikrų užklausų; periodiniai sveikatos patikrinimai priklauso nuo prieinamų funkcijų. Ribokite retry ir aklai nekartokite neaiškaus mokėjimo: pirmas bandymas jau galėjo pavykti.

[Oficiali dokumentacija](https://nginx.org/en/docs/http/ngx_http_upstream_module.html).

Pradėkite nuo dviejų programos serverių

Kada keisti metodą?

Testuokite gedimą, o ne numanykite atsistatymą

Susiję klausimai