Aké máte skúsenosti s Nginx na konfiguráciu…

Poznám Nginx ako vysoko výkonný reverzný proxy a webový server a aktívne ho používam na konfiguráciu load balancingu.

Typy load balancingu, s ktorými som pracoval:

Round Robin: Rovnomerne rozdeľuje požiadavky medzi servery v poole. Jednoduché, ale nezohľadňuje zaťaženie serverov.

upstream backend {
    server 192.168.1.100;
    server 192.168.1.101;
    server 192.168.1.102;
}

server {
    listen 80;

    location / {
        proxy_pass http://backend;
    }
}

Least Conn: Posiela požiadavku na server s najmenším počtom aktívnych spojení. Efektívnejšie pri nerovnomernom zaťažení.

upstream backend {
    least_conn;
    server 192.168.1.100;
    server 192.168.1.101;
    server 192.168.1.102;
}

// ... ďalšia konfigurácia

IP Hash: Rozdeľuje požiadavky na základe IP adresy klienta. Zaručuje, že požiadavky od jedného klienta pôjdu na ten istý server, čo je užitočné pre stateful aplikácie.
```
upstream backend {
    ip_hash;
    server 192.168.1.100;
    server 192.168.1.101;
    server 192.168.1.102;
}

// ... ďalšia konfigurácia
```

Generic Hash: Rozdeľuje požiadavky na základe ľubovoľného textu, kľúča alebo premennej, zadané hash funkciou.

upstream backend {
    hash $request_uri consistent; # Použitie URI požiadavky
    server 192.168.1.100;
    server 192.168.1.101;
    server 192.168.1.102;
}

// ... ďalšia konfigurácia

Random: Náhodne vyberá server. Voliteľne možno použiť two least_conn na výber medzi dvoma náhodne vybranými servermi, pričom sa uprednostňuje ten s menším počtom spojení.
```
upstream backend {
    random two least_conn;
    server 192.168.1.100;
    server 192.168.1.101;
    server 192.168.1.102;
}

// ... ďalšia konfigurácia
```

Používam direktívy proxy_next_upstream na určenie podmienok, za ktorých bude požiadavka presmerovaná na ďalší server (napríklad pri chybách 502, 503 alebo timeout). Taktiež nastavujem health checks pomocou možnosti health_check (dostupné v Nginx Plus) alebo pomocou externých nástrojov, ktoré kontrolujú dostupnosť serverov a dynamicky aktualizujú konfiguračný súbor Nginx.

Používam keepalive spojenia s backend servermi na zníženie nákladov na naviazanie spojenia. Implementujem SSL/TLS termination na Nginx na zníženie záťaže na backend.

Na monitorovanie stavu upstream serverov používam status stránku Nginx, dostupnú cez moduly ngx_http_stub_status_module alebo ngx_http_api_module (pre Nginx Plus). Integrujem monitoring s Prometheus a Grafana na vizualizáciu metrík a alerting.

Používam Nginx v Docker kontajneroch a orchestrátoroch ako Kubernetes, často ho používam ako Ingress controller na load balancing prevádzky ku službám.

Pracujem s rôznymi scenármi, vrátane:

Load balancing HTTP/S prevádzky webových aplikácií.
Load balancing TCP prevádzky pre databázy alebo iné služby.
Použitie Nginx ako cache proxy pred backend servermi.

Môžem optimalizovať konfiguráciu Nginx pre vysoký výkon, vrátane nastavenia worker procesov, worker spojení a bufferov. Používam nginx -t na kontrolu syntaxe a nginx -s reload na aplikáciu zmien bez prerušenia služby.

Celkovo ovládam konfiguráciu Nginx na realizáciu rôznych stratégií load balancingu v produkčných prostrediach.

Aké máte skúsenosti s Nginx na konfiguráciu vyvažovania záťaže?