Miten Nginx upstream jakaa liikennettä ja käsittelee solmuvikoja?

Question

IT Interview Practice · Accepted Answer

Määritä upstream-ryhmä, jotta Nginx voi lähettää pyyntöjä useille sovellusinstansseille. Päätä sen jälkeen työn jakamisesta ja siitä, milloin viallinen instanssi ohitetaan tilapäisesti.

## Aloita kahdesta sovelluspalvelimesta

Tämä `http`-lohkon esimerkkimääritys jakaa liikennettä kahteen yksityisosoitteeseen:

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

Samoilla painoilla oletusarvoinen round robin valitsee palvelimet vuorotellen. Esimerkin `max_fails` ja `fail_timeout` mahdollistavat palvelimen tilapäisen poissulkemisen määritelmän täyttävien virheiden jälkeen. Numerot havainnollistavat toimintaa; tuotantoarvot valitaan liikenteen ja vikasietoisuuden perusteella.

## Milloin menetelmää kannattaa vaihtaa?

Jos osa pyynnöistä pitää yhteyksiä varattuna huomattavasti pidempään, harkitse `least_conn;`-asetusta upstream-lohkossa. Se suosii vähäisempää aktiivisten yhteyksien määrää. Kumpikaan menetelmä ei jaa istuntotietoja: jos kirjautumisistunnot ovat yhdellä instanssilla, siirrä ne yhteiseen tallennukseen tai suunnittele istuntojen sitominen tiettyyn instanssiin.

## Testaa vika, älä oleta palautumista

Pysäytä testi-instanssi ja tarkasta, mikä upstream saa pyyntöjä. Passiivinen vikojen havaitseminen oppii todellisista pyynnöistä; säännölliset terveystarkistukset riippuvat käytettävistä ominaisuuksista. Rajaa uudelleenyritykset äläkä toista epävarmaa maksua sokeasti: ensimmäinen yritys on ehkä jo onnistunut.

[Virallinen dokumentaatio](https://nginx.org/en/docs/http/ngx_http_upstream_module.html).

Aloita kahdesta sovelluspalvelimesta

Milloin menetelmää kannattaa vaihtaa?

Testaa vika, älä oleta palautumista

Aiheeseen liittyvät kysymykset