Jak Nginx upstreams rozdělují provoz a řeší nefunkční uzly?

Question

IT Interview Practice · Accepted Answer

Definujte upstream skupinu, aby Nginx mohl posílat požadavky více instancím aplikace. Potom rozhodněte, jak rozdělovat práci a kdy se dočasně vyhnout selhávající instanci.

## Začněte dvěma aplikačními servery

Uvnitř `http` následující ilustrativní konfigurace rozděluje provoz na dvě privátní adresy:

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

Při stejných vahách výchozí metoda round-robin servery střídá. `max_fails` a `fail_timeout` v příkladu umožňují po odpovídajících selháních server dočasně vyřadit. Čísla ilustrují chování; produkční hodnoty volte podle provozu a tolerance selhání.

## Kdy byste metodu změnili?

Pokud některé požadavky drží spojení mnohem déle, zvažte přidání `least_conn;` do upstream bloku. Upřednostňuje méně aktivních spojení. Žádná z metod nesdílí data relací: jsou-li přihlašovací relace na jedné instanci, přesuňte je do sdíleného úložiště nebo vědomě navrhněte session affinity.

## Testujte selhání, nepředpokládejte obnovu

Zastavte jednu testovací instanci a sledujte, který upstream přijímá požadavky. Pasivní detekce selhání se učí ze skutečných požadavků; pravidelné zdravotní sondy závisejí na dostupných funkcích. Omezte opakování a nikdy slepě neopakujte platbu s nejistým výsledkem: první pokus mohl už uspět.

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

Začněte dvěma aplikačními servery

Kdy byste metodu změnili?

Testujte selhání, nepředpokládejte obnovu

Související otázky